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incorporated herein by reference. 

BACKGROUND 

[0002] A corporate action can be defined as any event that is initiated by a 
commercial entity that impacts one or more shareholders of the entity. With regard to 
at least some corporate actions, shareholders of the entity may be required to 
provide a response to the corporate action. With regard to other types of corporate 
actions, a response to the corporate action may be voluntary on the part of the 
shareholder. Examples of common corporate actions include, for example and 
without limitation, the following events: stock splits, mergers of the business entity 
with another business entity, acquisition by the business entity of another business, 
establishing a portion of the business entity as a stand-alone business entity (i.e., a 
"spin-off"), tender offers, exchanges, conversions, puts, full redemptions, partial 
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redemptions, rights, warrants, reverse stock splits, consents, partial pre-refunding, 
full pre-refunding, liquidations, name changes, stock dividends, and the like. 

[0003] It can be appreciated that a financial institution such as a financial 
services firm, for example, may need to process and monitor corporate actions in 
connection with the duties it performs for its clients who are shareholders of one or 
more entities that issue corporate actions. Many conventional systems and methods, 
however, involve manually generated and distributed reports, announcements, and 
other communications related to corporate actions. Furthermore, critical deadlines, 
due dates, and deliverables associated with corporate actions are often manually 
calendar docketed by personnel of the financial institution who are responsible for 
monitoring, distributing, and tracking the corporate actions! Thus, many conventional 
systems and methods do not sufficiently translate workflow management 
requirements into features that can effectively monitor, process, and control activities 
associated with corporate action information. 

[0004] What are needed, therefore, are systems and methods that allow 
corporate action information to be monitored, processed, and distributed to 
responsible parties for notification and decision-making purposes. In addition, 
systems and methods are needed that can provide enhanced workflow management 
for a financial institution to manage responses, deadlines and other potentially critical 
activities associated with corporate actions. Such improved systems and methods 
are needed to maximize the potential for automation of corporate action processes 
that performing monitoring, communication, and control functions in connection with 
corporate action information that impacts the financial institution and its clients. 
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SUMMARY 

[0005] In a financial institution, in one embodiment of the present corporate 
action methods and systems, a method for managing corporate action information of 
at least one entity is provided. The method includes receiving data associated with at 
least one corporate action of at least one of the entities; matching at least a portion of 
the corporate action data to at least one client of the financial institution; generating 
at least one notification including at least a portion of the corporate action data; and, 
performing at least one workflow management activity in connection with generating 
the notification including the corporate action data. 

[0006] System and computer-readable media embodiments are also 
provided in association with various embodiments of the present methods. 

[0007] In a financial institution, in one embodiment of the present corporate 
action methods and systems, a system is provided for managing corporate action 
information of at least one entity. The system includes at least one server configured 
for receiving data associated with at least one corporate action of at least one of the 
entities; at least one software module configured for matching at least a portion of the 
corporate action data to at least one client of the financial institution; at least one 
software module configured for generating at least one notification including at least 
a portion of the corporate action data; and, at least one software module configured 
for performing at least one workflow management activity in connection with 
generating the notification including the corporate action data. 
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[0008] In another embodiment of the present corporate action methods and- 
systems, in a financial institution, a computer-readable medium including instructions 
for performing a method for managing corporate action information of at least one 
entity is provided. The medium includes instructions for receiving data associated 
with at least one corporate action of at least one of the entities; instructions for 
matching at least a portion of the corporate action data to at least one client of the 
financial institution; instructions for generating at least one notification including at 
least a portion of the corporate action data; and, instructions for performing at least 
one workflow management activity in connection with execution of the instructions for 
generating the notification including the corporate action data. 

BRIEF DESCRIPTION OF THE FIGURES 

[0009] Figure 1 is one embodiment of a system for processing and 
managing corporate action information in accordance with the present corporate 
action systems and methods; 

[001 0] Figure 2 is one embodiment of a method for processing and 
managing corporate action information in accordance with the present corporate 
action systems and methods; 

[0011] Figure 3 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0012] Figures 4A through 4F include various tabulations of variables 
applied in accordance with various embodiments of the present corporate action 
systems and methods; 
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[0013] Figure 5 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0014] Figure 6 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0015] Figure 7 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0016] Figures 8A - 8C include example screen displays showing various 
functions of one illustrative embodiment of the present corporate action systems and 
methods; 

[0017] Figure 9 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0018] Figure 10 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0019] Figure 1 1 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0020] Figure 12 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0021] Figure 1 3 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0022] Figure 14 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 
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[0023] Figure 1 5 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0024] Figure 16 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0025] Figure 1 7 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0026] Figure 18 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0027] Figures 19A - 19C include example screen displays showing various 
functions of one illustrative embodiment of the present corporate action systems and 
methods; 

[0028] Figure 20 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0029] Figure 21 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0030] Figures 22A - 22C include example screen displays showing various 
functions of one illustrative embodiment of the present corporate action systems and 
methods; 

[0031] Figures 23A - 23F include example screen displays showing various 
functions of one illustrative embodiment of the present corporate action systems and 
methods; 
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[0032] Figure 24 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0033] Figures 25A - 25B include example screen displays showing various 
functions of one illustrative embodiment of the present corporate action systems and 
methods; 

V 

{0034] , Figures 26A - 26B include example screen displays showing various 
functions of one illustrative embodiment of the present corporate action systems and 
methods; 

[0035] Figures 27A - 27B include example screen displays showing various 
functions of one illustrative embodiment of the present corporate action systems and 
methods; 

[0036] Figures 28A - 28B include example screen displays showing various 
functions of one illustrative embodiment of the present corporate action systems and 
methods; 

[0037] Figure 29 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0038] Figure 30 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0039] Figure 31 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0040] Figure 32 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 
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[0041] Figure 33 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0042] Figure 34 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0043] Figure 35 is an example screen display showing various functions of 
one illustrative embodiment of the present corporate action systems and methods; 

[0044] Figures 36A - 36F include example screen displays showing various 
functions of one illustrative embodiment of the present corporate action systems and 
methods; 

[0045] Figure 37 is a sample illustration of a data file that can be processed 
in accordance with various embodiments of the present corporate action systems and 
methods; and, 

[0046] Figure 38 depicts one embodiment for processing corporate action 
information in connection with the present methods and systems. 

DESCRIPTION 

[0047] As used herein, the term "financial institution" can include any 
financial entity that can be configured and/or operated to practice the present 
corporate action systems and methods. Examples of potentially suitable financial 
entities include, without limitation, brokerage firms, banks, investment management 
firms, and the like. 
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[0048] Where applicable for convenience of disclosure herein, the terms 
"screen display" and "page" may be used interchangeably. In addition, where 
applicable for disclosure herein, the terms "processor" and "user" may be used 
interchangeably. The term "user" may be employed generally to identify a processor, 
a user, a supervisor, a manager, or other personnel of a financial institution and/or its 
clients that may access corporate action information in connection with the present 
corporate action methods and systems. The term "CASPR" may be employed 
sometimes herein for convenience of disclosure as an abbreviation for a corporate 
action processing system. 

[0049] Referring now to Figures 1 and 2, overviews are provided of one 
system embodiment and one method embodiment of the present systems and 
methods for processing corporate action information in a financial institution 2. In 
step 102, one or more data files are transmitted from one or more announcement 
vendors 4 for processing by a corporate action system 6 of the financial institution 2 
on a periodic basis (e.g, a daily basis). The data files include corporate action 
information and other information that may be associated with one or more 
operational aspects and/or clients of the financial institution 2. Information included 
in the data files can also include information related to financial investments such as, 
for example, the number of shares of a particular security held or managed by the 
financial institution 2. 

[0050] In one aspect, the corporate action processing system 6 includes a 
server 6A (e.g., a web server) and a database 6B and corporate action software 6C 
operatively associated with the server 6A. In step 104, the corporate action 
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processing system 6 applies a translator 6D to convert corporate action information 
contained in the data received from the announcement vendor 4 into translated data 
provided in a format suitable for further processing by the corporate action 
processing system 6. In various embodiments, the translator 6D may employ 
functionality provided by products marketed and sold under the "nBalance" trade 
designation. One example of an announcement vendor suitable for practice of the 
present methods and systems is the vendor conducting corporate action related 
business under the "XCITEK" trade designation (XCITEK, 5 Hanover Square, New 
York, New York). The corporate action processing system 6 automatically or 
substantially automatically collects various data from the translated data in step 106. 
The data collection of step 106 can be performed to reduce or eliminate manual 
intervention involved in preparing a corporate action announcement for distribution, 
for example, and/or for performing further activities required by the corporate action 
information. 

[0051] In other embodiments of the present systems and methods, the 
corporate action processing system 6 provides functionality that assists with 
performance of one or more workflow management activities of the financial 
institution 2 in step 108. In general, the workflow management activities are 
associated with monitoring, processing and controlling corporate action information. 
As shown in Figure 2, it can be appreciated that any reasonable number and/or 
combination of workflow management activities can be performed in connection with 
various aspects of the present methods and systems. 
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[0052] Based on one or more user-defined rules, the corporate action 
processing system 6 matches appropriate corporate action information in step 108A 
to one or more users 8 of the financial institution 2. Rules and other instructions 
executed in connection with the server 6A, the corporate action database 6B, and the 
corporate action software 6C can be facilitated by use of one or more tables 6F, 6G, 
6H, which are discussed hereinbelow in more detail. In one aspect, an administration 
tool 6E can be configured and employed to generate rules used by the corporate 
action processing system 6. The users 8 are responsible for monitoring, processing, 
and performing additional workflow activities in connection with the corporate action 
information. Users 8 can include, for example and without limitation, one or more 
processors 8A, one or more managers 8B of the financial institution 2, one or more 
local market contacts 8C, and other recipients 8D (as appropriate as designated by 
the financial institution 2). 

[0053] In one aspect of the present methods and systems, each processor 
8A can log into the corporate action processing system 6 in step 108B, for example, 
to access a list of action items associated with the corporate action information that 
require the attention of the processor 8A. Processors 8A and others who are 
responsible for corporate action information can view or interact, in at least some 
embodiments of the present systems and methods, with all corporate action 
information stored in the corporate action processing system 6. This permits one 
processor 8A, for example, to view the work performed by another processor 8A, for 
example, pursuant to processing corporate action information. Changes made to an 
announcement, for example, can be stored and tracked in step 108C in the database 
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6B of the corporate action processing system 6. The change information can indicate 
the times and dates of various changes, for example, and which processor 8A or 
other user 8 of the corporate action processing system 6 made the changes. 

[0054] In one illustrative embodiment, the administration tool 6E of the 
corporate action processing system 6 permits certain users 8 to define what change 
information comprises an update to an announcement and what level of importance 
should be assigned to the update. It can be appreciated that other appropriate 
manual and automatic systems and methods can also be employed to define and 
modify data within the corporate action processing system 6. An audit log can also 
be provided within the corporate action processing system 6 to track and store 
changes made by users 8. 

[0055] Through its database 6B, the corporate action processing system 6 
stores electronic mail addresses and other contact information of the various users 8 
responsible for corporate action information. The corporate action processing system 
6 also provides functionality to generate and communicate one or more notifications 
(e.g., electronic mail notifications) in step 108D to designated users 8 based on the 
content and requirements associated with the corporate action information in the 
announcement. In one aspect, the administration tool 6E can be employed by the 
corporate action processing system 6 to govern various names, e-mail addresses, 
and other like information used by the corporate action processing system 6. 

[0056] In various embodiments of the present systems and methods, the 
corporate action processing system 6 can in step 108C substantially automatically 
track changes to positions that occur during the life of the announcement and re- 
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solicit responses in step 108E in view of changed or increased positions. As used 
herein, the term "eligible position" is an amount of securities applicable to, and which 
can participate in, a given corporate action. The "eligible position" can include 
securities that may or may not be currently owned or held. One example of a 
"position" is ownership of securities of an entity, which ownership can be considered 
as "holding" a "position" with respect to the entity. For eligible positions not held by 
the financial institution 2 or its clients on an issue date of an announcement, the 
corporate action processing system 6 can recycle an announcement against the 
holdings of the financial institution 2 until an expiration date of the announcement has 
passed. Therefore, the corporate action processing system 6 can alert the 
appropriate user 8 if a client account of the financial institution 2 has increased or 
decreased an eligible position and thereby implicated or removed consideration of 
any active and applicable corporate action information. 

[0057] In other aspects of the present systems and methods, during the 
response period of the announcement, the corporate action processing system 6 can 
receive responses in step 108F and automatically re-solicit client accounts of the 
financial institution 2 in step 108G that have not yet responded to the announcement. 
Daily workflow management activities 108 can be prioritized for the processors and 
management can be designated as responsible to review, for example, expiring 
announcements, expired and not reviewed announcements, expiring and not 
reviewed announcements, and others. In one aspect, daily workflow management 
activities 108 that are not addressed can be reported with an end-of-the-day report. 
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Additional relevant reports can be generated and reported by the corporate action 
processing system 6 as desired by the financial institution 2 in step 108H. 

[0058] The corporate action processing system 6 can also invoke user- 
defined rules in step 1081 to purge announcements that are not associated with 
eligible positions held in the financial institution 2. In another aspect, the corporate 
action processing system 6 can archive announcements in step 108J on a monthly, 
quarterly, yearly or another appropriately periodic basis. Archived announcements 
may include relevant information about corporate action information when the 
information was active (e.g., notification history, audit log entries, response tracking, 
and the like). In addition, various screen displays and other graphical user 8 
interfaces (discussed in more detail below) can be presented to the users 8, including 
informational screens that may be viewed and/or modified by the users 8 in step 
108K. Communications between and among the users 8 and the corporate action 
processing system 6 can be enabled by an interface 10 that includes a network 
connection, for example, such as an Internet or intranet connection. In another 
aspect, communications between and among users 8 can be enabled by a suitable 
file transfer protocol employed by computers or computer systems of the users 8. 

[0059] Based on the foregoing and supported by further disclosure 
provided hereinafter, it can be seen that the corporate action processing system 6 
provides an interactive environment for monitoring, processing, and managing 
corporate action information. 
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Operational Examples of User Interfaces 

[0060] The following disclosure includes illustrative examples of various 
aspects of graphical user interfaces and other user interfaces that can be employed 
in connection with various embodiments of the present corporate action systems and 
methods. 

[0061] In one embodiment, the corporate action processing system 6 can 
employ one or more web-based user interfaces (as described hereinbelow) to 
facilitate workflow management activities 108 associated with corporate action 
information. In one aspect, the system 6 can be executed with web browser software 
marketed and sold under either the "NETSCAPE" trade designation or the 
"MICROSOFT INTERNET EXPLORER" trade designation. 

[0062] Referring now to Figure 3, upon successful login into the corporate 
action processing system 6, a user 8 is presented with a "To Do Page" screen display 
that provides various functions that the user 8 can perform by accessing one or more 
categories or links. At the top of the page is a header that includes several 
hyperlinks that allow the user 8 to move between different screen displays of the 
corporate action processing system 6. This page helps the user 8 identify and 
prioritize work items within the corporate action processing system 6 and to 
determine a workload for a given time period, such as the workload for a given day, 
for example. The page permits the user 8 to navigate to areas where the user 8 can 
view announcements and announcement related information that are assigned to the 
user 8 and other users 8. As shown, the "To Do Page" includes one or more links to 
other portions of the corporate action processing system 6. 
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[0063] The "To Do Page" page includes the current date and a drop-down 
list of all users 8 of the corporate action processing system 6. The drop-down list is 
populated with display user 8 names from a Specialists table included within the 
system 6. By default, the system 6 selects the user 8 name of the logged-in user 8. 
The user 8 can select any user 8, however, from the drop-down list to view the "To 
Do Page" of that user 8. The system 6 permits more than one user 8 to display the 
"To Do Page" of the same user 8 at the same time. In one aspect, the "To Do Page" 
draws information in connection with operation of the administration tool 6E. 

[0064] The category named "Incomplete Notifications" is provided for 
announcements that should have been notified or re-notified but were not. The user 
8 can clear these items by marking the announcement as ready to automatically 
notify. The category named "Aged Outstanding Payments" is for voluntary 
announcements with a processing status of "Active" or "Completed" and that are 
some configurable number of days past expiration date and the "waiting payment" 
flag is checked. The user 8 clears these items by clearing (i.e., unchecking) the 
"waiting payment" flag. The number of days past expiration date is configurable in 
the administration tool as an "Event Type" specific setting. In another aspect, the 
waiting payment functionality can be configured so that the user 8 does not have to 
check/uncheck to drive workflow management. 

[0065] The category named "Payable Today" is for all voluntary 
announcements that have a processing status of "Active" and are payable today or 
prior to today. The "Payable Date" and the "Anticipated Payment Date" determine 
whether an announcement is payable. If either date is in the future, the 
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announcement is not payable. If neither date exists (i.e., empty) then the 
announcement is not payable. If only one date exists and it is today or prior to today, 
the announcement is payable. If both dates exist and both dates are either today or 
prior to today the announcement is payable. To meet the "Payable Today" criteria 
the voluntary announcement must be payable and have "Active" status. The user 8 
can clear these items by moving the processing status to "Completed" or by changing 
either the payable or anticipated payment dates to a future date. In the case of an 
announcement with multiple options, it is possible for the payable date (not the 
anticipated payment date) to vary by option. In this situation, the user 8 is not able to 
move the announcement to a "Completed" status until all options are paid. The user 
8 can use the "Anticipated Payment Date" to control the payable category. In 
another aspect, the system 6 can be configured to move announcements to 
"Completed" status automatically where the system 6 has enough information to do 
so. 

[0066] The category named "Uncovered Protects" is provided for all active 
and completed voluntary announcements wherein a guarantee is submitted but the 
protect has not been covered (these are represented as checkboxes on the voluntary 
announcement master page described hereinafter); The user 8 can clear these items 
by checking the "Covered Protect" checkbox on the master announcement page. 
Also, if the user 8 removes the check from the "Guarantee Submitted" box, the item 
can be cleared. 

[0067] The category "Over-Committed" is provided for all active and 
completed voluntary announcements that have at least one position that is less than 
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the total response value for that position. The user 8 can clear these action items by 
correcting the response value to match the reported position amount. The category 
"Under-Committed" is for all announcements that have at least one position that is 
more than the total response value for that position and "all and subsequent" is 
selected and the option is not a "No Action" Option. Other conditions where a 
position is more than the total response are considered "unresponded" and optionally 
are not shown on the To Do Page. The under-committed category is intended for 
cases where the financial institution 2 has already received the response for the 
account, but the financial institution 2 must correct the response amount, as in the 
case of an "all and subsequent" response, for example, that has an increase in 
positions. The user 8 can clear the under-committed items by correcting the 
response value to match the reported position amount. 

[0068] The categories "Discrepant" and "Updated" are provided for all 
active and completed announcements that have at least a field that the system 6 has 
marked as "discrepant" or "updated and must show". The user 8 clears these To Do 
items by resolving the discrepancy or update in the field detail page. All 
discrepancies and updates must be resolved before the system 6 can remove the 
item from the To Do Page. 

[0069] The category "New Announcement" is for all active or completed 
announcements for which a first notification has not been sent. The user 8 clears 
these To Do items by checking the "Allow automatic notification" box. In one aspect, 
the user 8 cannot clear this status for a non-voluntary announcement. In another 
aspect, the "New Announcement" category can be employed by the user 8 in 
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connection with both voluntary and non-voluntary types of corporate actions. In one 
embodiment, the system 6 clears the new status at the end of a given day. 

[0070] The category "Source Exceptions" is provided for all source 
announcements that have a status of "BadCUSIP" or "BadAction". The user 8 clears 
To Do items listed under source exceptions depending on the exception. For a Bad 
CUSIP (e.g., one that is blank) the user 8 enters the financial institution 2 CUSIP to 
clear the To Do item. The financial institution 2 CUSIP must be nine characters and 
can be all 9's if financial institution 2 is not concerned with the announcement, but 
wants to remove it from the source exception list. The CATranslator sets the 
financial institution 2 CUSIP to blank if XCITEK reports it as all 9's. In this case, both 
the target CUSIP and the financial institution 2 CUSIP remain blank and this is 
considered a Bad CUSIP source exception. After the user 8 changes the CUSIP, if 
the source announcement has a valid Action Type, the source status can be 
designated as a "No Holders" status. Even though the source has "No Holders" 
status, that status may change during the next position refresh. Examples of Action 
Types and other relevant data applied in various embodiments and aspects of the 
present corporate action systems and methods are provided in the tabulations of 
Figures 4A through 4F. 

[0071] The system 6 can look for holders and create a master document, if 
necessary, during its next periodic processing. If once the user 8 changes the 
CUSIP, the action type is not valid, the source status changes to "BadAction" and the 
source announcement remains on the source exception list. For a "Bad Action" 
status, the user 8 enters a valid action and action indicator to clear the exception. 
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After the user 8 changes the action, if the source announcement has a valid CUSIP, 
the source status is designated "NoHolders" status. In one aspect, the system 6 
looks for holders and creates a master document, if necessary, during its next 
periodic processing. If, after the user 8 changes the action, the CUSIP is not valid, 
the source status changes to "BadCUSIP" and the source announcement remains on 
the source exception list. 

[0072] Referring again to Figure 3, the user 8 can clear To Do Page items 
listed under the Expiring Today, Review Day, and Response Day categories by 
checking "Allow auto notify". If the system 6 fails to send out the notification, the 
system 6 logs the error to the event log. In addition to this error logging, the system 6 
marks the announcement as failed and the user 8 can view the announcement listed 
on the To Do Page under the "Failed Notifications" category. Once the system 6 
successfully posts the notification, the announcement is removed from the To Do 
Page. If the user 8 or the system 6 cannot resolve the problem the user 8 may 
choose to send the notification manually. If this happens, the user 8 can use the 
administration tool 6E to clear the "send notification" request. The user 8 can use the 
administration tool 6E to register that a manual notice was sent and that the system 6 
should not attempt to send the notification. 

[0073] In another aspect, the specialist categories of "Expired and not 
Reviewed" and "Expiring and not Reviewed" can be cleared when the specialist's 
reviewer has reviewed the Masters and checked the reviewed box on the Master 
Detail Page. As a reviewer, the "Expired & Not Reviewed", "Expiring & Not 
Reviewed" and other types of "Review" categories, in general, may be used by the 
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reviewer as tools for accomplishing one or more workflow management activities. 
Once completing review of the master document, the reviewer can check the 
reviewed box on the Master Detail Page and clear the master out of the category. 

[0074] The My Notes textbox on the To Do Page provides a convenient 
function for the user 8 to enter reminder notes. The notes remain on the To Do Page 
until the user 8 removes them. The notes are linked to the user 8 view and not to a 
particular announcement. In one aspect, the system 6 can be configured to not 
maintain a history of changes and not record changes associated with these notes 
into the audit log. 

[0075] The category "New Source" is for all active and completed 
announcements that have received a new source announcement. This new source 
announcement may or may not have generated updates or discrepancies. The user 
8 can clear this To Do item by removing the check in the Source Text page that 
indicates new sources have been added and may need user 8 attention. 

[0076] An announcement may be counted in more than one To Do Page 
category. For example, a user 8 may have five offers with discrepancies and two of 
those offers expire today. Those two offers are to be counted in both To Do Page 
"Expiring Today" and "Discrepant" categories. If a To Do Page category does not 
have any matching announcements, the line item does not display on the To Do 
Page. If a user 8 has cleared all To Do items, the page can be configured to appear 
blank with only the page title displayed and the top-level navigation links. 

[0077] In one aspect, the End of Day report can be generated for Voluntary 
indicator type announcements. In another aspect, the End of Day report can include 
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both voluntary and non-voluntary types of corporate actions. The report is grouped 
on Specialist and To Do category. In one aspect, the report can include the user 8 
name, category, Action Type, CASPR ID, CUSIP, and CUSIP description. This 
report can be provided as an HTML document that all users 8 may access from a 
reports link in the navigation panel. The End of Day report can also include 
uncovered protects associated with corporate action information. 

[0078] It is possible for a source announcement to remain unlinked if 
financial institution 2 never has eligible holders for the corporate action; therefore, a 
master announcement is never created for that event. In addition to the "no holders" 
condition, there are exception conditions that also may prevent the system 6 from 
linking a source announcement to a master announcement. In these cases the 
system 6 must mark the source as an exception and wait for a user 8 to correct the 
problem. One possible source announcement exception is designated "BadCUSIP" 
for the situation wherein the source announcement does not have a valid CUSIP. A 
CUSIP can be considered invalid if it is empty or does not have nine alphanumeric 
characters. If the source announcement has an invalid CUSIP, the system 6 cannot 
check for holders; therefore, the system 6 cannot use that source to create or update 
a master announcement. Another possible source exception can be designated 
"BadAction" for the situation wherein the source announcement has an unrecognized 
action type. The action type is one of the items that the system 6 can use to match a 
source document to a master document. 

[0079] Referring now to Figure 5, a Master Announcement Summary Page 
displays a summary of information associated with each master announcement. The 
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user 8 can organize the display using filtering and sorting capabilities of the system 6 
to list the announcements in which the user 8 is most interested. This page provides 
a way for the user 8 to check the announcement for important conditions, such as 
discrepant data, new holders, and the like. The user 8 is able to navigate to other 
pages to view detailed information on a selected announcement. The Master 
Announcement Summary Page also provides the user 8 with the ability to create a 
new announcement. 

[0080] Each corporate action announcement that enters the corporate 
action processing system 6 from a vendor feed or from a manual entry is stored in 
the database 6B as a source announcement. The system 6 does not change the 
information contained in the source announcement. For example, if the 
announcement vendor 4 sends an announcement to the system 6 for a new offer, 
and then subsequently sends two update announcements for the same offer, there 
are three source announcements stored in the database 6B. The system 6 creates a 
master announcement when it determines that the financial institution 2 has holders 
that are eligible to participate in the corporate action. The master announcement 
holds the most recent information regarding the offer. Master announcements are 
linked to source announcements for historical purpose to allow the user 8 to review 
the changes and additions that have occurred for the offer as updates have been 
received into the system 6. 

[0081] With regard to master summary announcement functionality, in 
another aspect, the user 8 can sort the display on any one column in either 
ascending or descending order by clicking on the column header. The page can be 
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configured such that all columns are sorted in alphanumeric order with numerals (i.e., 
0-9) displayed first. To view the details of an announcement, the user 8 can select a 
link on a row of the page. This link takes the user 8 to the appropriate master 
announcement page for the action type. The summary page displays a set of 
announcements based on the selected category. The category is set automatically 
when the user 8 enters the summary page from the To Do Page. The user 8 can 
change the announcement category by selecting from the drop down list labeled 
"Options | To Do Chosen:" (note: this document sometimes refers to categories 
herein as "reload sets"). When the user 8 clicks the "apply" button, the summary 
page refreshes to display those announcements. 

[0082] Usually the user 8 may only want to view announcements that are 
assigned to the user 8. Should the user 8 need to view announcements assigned to 
others, however, the user 8 can check the "Include all user 8 assignments" checkbox 
and then refresh the summary page by clicking the "apply" button. The user 8 can 
use filters to view a subset of the selected announcements. The user 8 can filter on 
any column and can select multiple values to match. To do this, the user 8 can first 
sort the display on a given column. The user 8 can then filter on values in that 
column by selecting the filter group from the drop down list to the left of the page. 
From the list box to the left of the page, the user 8 selects the values that the user 8 
wishes to see displayed in the summary page. Then the user 8 can click the "apply" 
button to refresh the page with only those rows matching the filter selections. If this 
action does not find any announcements matching the criteria, the body of the table 
remains empty, leaving only the headers in the table. 



24 



ATTORNEY DOCKET NO. 020420 

[0083] The system 6 displays a red checkmark in the "New Holders" 
column if the announcement has new holders or new positions. The checkmark 
remains in the column until the user 8 checks the "allow auto automatic notification" 
box for the announcement. The system 6 displays a red checkmark in the "Assoc 
Offer" column if the announcement has associated offers, i.e., those that share the 
same underlying security, but only one if any associated offer requires surrender. 
The system 6 displays a red checkmark in the "Competing Offer" column, if an 
announcement has competing offers, i.e., those that share the same underlying 
security and each offer requires surrender of the security, but only if one associated 
offer requires surrender. 

V" 

[0084] To create a new master announcement, a user 8 selects the action 
type from the drop-down list and then clicks the "Create" button. Clicking the 
"Create" button takes the user 8 to the new master announcement page based on 
the action type selected. In one aspect, there are four announcement categories, 
each with its own new master announcement input page (see Figures 4A - 4F). 

[0085] There are a few reload sets that are not To Do list categories. 
These are the "All Active Announcements" and "All Announcements" reload sets. 
The system 6 displays all announcements with a processing status of "Active" when 
the "All Active" reload set is chosen. The system 6 displays all announcements 
regardless of processing status when the "All Announcement" reload set is chosen. 
The user 8 can use the "include all users" indicator to control the resulting set. When 
the user 8 uses the top menu link to navigate to the Master Summary page for the 
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first time in a login session, or in linkingirom the To Do Page, the Master Summary 
page displays the All Active category. 

[0086] The "Not Fully Responded" column displays one of two icons or 
remains blank. If the offer has over committed positions, the cell will show a red "X" 
or an equivalent symbol. If the offer has "not fully responded" positions, the cell 
shows a red checkmark. If both flags are set, then the cell holds a red "X" symbol. If 
neither flag is set, then the cell remains empty. The "Updated" column displays one 
of two icons or remains blank. If the offer has discrepant fields, the cell shows a red 
"X" symbol. If the offer has "updated and must show" fields, the cell shows a red 
checkmark. If the offer has both discrepant and updated fields, then the cell shows a 
red "X" symbol. If neither condition is true, then the cell remains empty. The "New 
Offer", "Not Reviewed", and "Uncovered Protect" columns display red checkmarks, if 
the announcement meets their criteria. 

[0087] Within the login session of a user 8, the system 6 remembers the 
last filter settings used in the summary page. This means that when a user 8 returns 
to the summary page by using the top-level navigation links, the user 8 can view the 
same subset of announcements that the user 8 viewed when last on the summary 
page. There are exceptions to this rule: if the user 8 changes the "user 8 view user 
8", then the summary filter settings are lost. Also, if the user 8 returns to the 
summary page via the To Do Page, the most recent filter setting is disregarded. 

[0088] The "Important Date" columns display the name of the important 
date for the announcement type and the current value of that date if available in the 
announcement data. 
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[0089] Referring now to Figure 6, a Common Header is provided for 
displaying information that is beneficial to have visible for the user 8 while working on 
a particular announcement. The Common Header provides a consistent view of basic 
announcement information regardless of which page is active for master 
announcement. The Common Header helps the user 8 identify the current working 
master announcement and shows the user 8 important date information. Another 
function of the Common Header is to provide the user 8 with convenient navigation 
links to the To Do page, Summary pages, and System pages. When the To Do 
Page, summary pages, source announcement pages, and system pages are 
displayed, only the top-level navigation is displayed in the header area (because 
these pages do not have a master announcement for the common data). 

[0090] Selecting the "To Do List" link will take the user 8 to the To Do Page 
for the user view. Selecting the "Master Summary" link takes the user 8 to the Master 
Announcement Summary Page. The Master Summary Page displays the list of 
announcements based on the criteria used when the summary page was last seen 
(within the same login session). Selecting the "Source Summary" link takes the user 
8 to the Source Announcement Summary Page. The Source Summary Page 
displays the list of announcements based on the criteria used when the summary 
page was last seen (within this same login session) unless navigating from the To Do 
page. Selecting the "Logs" link takes the user 8 to the Transmission Log Summary 
Page where the user 8 can view the results of the vendor uploads. Selecting the 
"Logout" link displays a conventional logout confirmation page. Selecting the 
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"Reports" link takes the user 8 to the Reports Page where the user 8 can view one or 
more system 6 reports. 

[0091] The Common Header also displays the Action Type and Indicator. 
The user 8 can go to the Field Detail Page to view history or change the action type 
and indicator by clicking on the "Action Type" label in the Common Header. After the 
user 8 changes the action type and indicator and navigates to a new page, the user 8 
interface should reflect the new action type, adjust the important dates, display 
different template, and other information. The user 8 cannot change the action type, 
however, if notifications have been sent for that offer. If there are notifications for the 
offer, then the Action Type label in the Common Header is not a link to the Field 
Detail Page. The change action type feature is important because there are several 
action types, especially tenders, which announcement vendors 4 report as one offer 
type, but for which the financial institution 2 needs to make a distinction, such as 
Dutch auction, bid tenders, and the like. The Common Header information should 
stay consistent while a user 8 works with a master announcement. If the user 8 
changes a date that affects the important dates or the financial institution 2 deadline 
date, for example, the Common Header should reflect that change. When the user 8 
changes the action type, the system 6 should present him with both the action type 
and the indicator because there are some action types that are valid with more than 
one indicator. When the user 8 changes the action type, the important date 
assignments may change. It can also be seen that when the action type changes the 
system 6 may need to display a different master announcement page. 
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[0092] Referring now to Figure 7, the Navigation Panel function provides 
the user 8 with navigation capabilities among the pages of master announcement 
information. The Navigation Panel is accessible from all pages while the user 8 is 
working with a master announcement. In addition to navigation, the panel also 
provides a visual indication of the currently active page. 

[0093] If the current announcement is of action indicator type mandatory, 
informational, class or redemption, the Option links do not appear on the navigation 
panel, as the Option links only appear for voluntary announcements. The navigation 
panel places a red arrow on the left side of the link showing the current page. For 
voluntary announcements, the option titles are listed under the "Options" label in the 
navigation panel. The options titles are ordered by option number and each is a link 
to their respective option pages. The last link under Options is the "**Create 
Option**" designation. The user 8 can use this link to navigate to the New Option 
Page to create a new option. After the user 8 saves the new option to the database 
6B by clicking the submit button on the New Options page, the navigation panel lists 
the new option under the Options label. Each link in the panel takes the user 8 to the 
appropriate page where that page has information pertaining to the current 
announcement. 

[0094] Clicking the "Notification History" link on the navigation panel takes 
the user 8 to the Notification History Page without any preset criteria. Clicking the 
"Export" link exports all holder data (across all account ranges) to a spreadsheet file 
stored on the server 6A. The Export function on the navigation panel can display the 
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spreadsheet file in a new browser window. The user 8 can also save the data locally 
if so desired. 

[0095] Referring now to Figures 8A, 8B and 8C, examples of field detail 
pages are provided. The field detail page displays the entire history of a field or only 
the values related to a recent update or discrepancy. The user 8 can use this page 
to resolve any outstanding updates and discrepancies. This page also allows the 
user 8 to change the current value by choosing from previous values or entering a 
new value. This page is usually accessed under three situations in which the user 8 
wants to view field details: a recent update, a discrepancy, or a complete field history. 
If the field is updated, the user 8 sees the past and current value. If the field is 
discrepant, then the user 8 sees only the discrepant values, which are the field value 
that made the field discrepant and all subsequent source values. If the field is neither 
discrepant nor updated, then the user 8 can view the entire history of field values. 
Field history is the list of values from all sources that are linked to the master. It is 
important to note that field history is different from the history of changes to the field. 
The change history is recorded in the audit log, which shows all values that the 
master once held for that field. 

[0096] Dates that enter the system 6 as reference dates, such as the 
protect date, will be stored as reference dates. For example, the announcement 
vendor 4 may report an expiration date of 1/22/2004 with a protect of three days. The 
system 6 stores 1/22/2004 for the expiration date and a date three business days 
after the expiration date for the protect date. When the system 6 displays the protect 
date, it displays 1/25/2004. If the expiration date is updated to 1/23/2004, then the 
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protect date displays as 1/26/2004. If a manual update changes the protect date to 
1/24/2004, the protect date is stored as that date and displays 1/24/2004. At this 
point, if the expiration date changes, the protect date does not change because it is 
not stored as a reference date. 

[0097] A manual update is a field value that is updated outside of the 
current set of source records for the existing master. When the user 8 saves the 
manual update, the system 6 creates a source record with that value and links the 
new source record to the master. If more manual updates for other fields in the same 
master occur in the same day and by the same user 8, the system 6 adds to the 
created source record instead of creating a new source record for every new manual 
update. If the same field is updated manually more than once a day, then multiple 
source records are created. The system 6 can log the date that the user 8 changed 
the field value, which can be made visible in the audit log. The page orders the table 
by date received. 

[0098] If the field is discrepant, then the user 8 sees all field values that 
have entered into the system 6 since the field was mark as discrepant. The row 
holding the current value has the current radio button marked. To help the user 8 
identify the page mode, the user 8 interface displays a title stating that the field is 
discrepant, for example, by showing "Expiration Date is discrepant" text on the page. 
If the field is updated, then the user 8 sees the current value and the previous value. 
The row holding the current value has the current radio button marked. To help the 
user 8 identify the page mode, the user 8 interface displays a title stating that the 
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field was automatically updated, for example, by showing the "Withdrawal Date was 
automatically updated" text on the page. 

[0099] If the field is neither updated nor discrepant, or if the user 8 entered 
the page from the "Field History" link, then the user 8 sees the entire history of values 
for the field. To help the user 8 identify the page mode, the user 8 interface displays 
a title stating that this is the field history, for example, by showing "Field History for 
Expiration Date" text on the page. If the page is showing either a discrepancy or 
update, then a link is provided on the page for "Field History". If the user 8 selects 
this link, a refresh occurs to show the entire field history. The tables are ordered on 
the receipt date with the most recent at the top. The current value for the field is not 
always the most recent value. 

[0100] The Date Received column is the date the system 6 received the 
source record. It is not the date the value became the current value. When this page 
is displayed the Vendor Updates radio button is selected. This radio button must be 
selected in order for the user 8 to select an existing source value. If the user 8 wants 
to enter a manual value, he must first select the "Manual Update" radio button to 
enable that section of the page. For manual updates the user 8 must provide both 
the value and the vendor/source (where the user 8 obtained the value). 

[0101] For manual updates, there is an optional notes area that the user 8 
may use to enter additional information about the manual update. If the user 8 enters 
a note, the system 6 appends the note text with the field name and vendor/source 
selection before saving the note as an Announcement Note. The user 8 can view all 
manual update notes in the Announcement Notes Page. For example, if the user 8 
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enters a manual change to Withdrawal Date with vendor/source Bloomberg and note 
"Talked to Sue Z. Queue today. She said withdrawal date was misquoted", then the 
announcement note will be "[Manual Update] Withdrawal Date financial institution 
2/RS/Bloomberg: Talked to Sue Z. Que today. She said withdrawal date was 
misquoted". An announcement note is not added to the system 6 if the user 8 does 
not provide a note for the manual update. A field remains marked as "must show 
update" or "discrepant" until the user 8 clicks the Accept button. When the user 8 
selects the Accept button, the page displays a message stating that the field issue 
has been resolved. If the user 8 moves to another page without accepting the field 
value, the field status does not change. The value column heading in the vendor 
updates table should match the field name. 

[0102] If the user 8 accepts the change for a "updated and show" field, the 
system 6 notes in the audit log that the logged-in user 8 accepted the change and 
that the field is no longer considered "updated and show". Similarly, if the user 8 
changes the value for a "updated and show" field, the system 6 notes in the audit log 
that the logged-in user 8 changed the field and that the field is no longer considered 
"updated and show". If the user 8 views but does not change a discrepant field (i.e., 
the user 8 goes to the discrepant page and clicks the "Accept" button), then the 
system 6 notes in the audit log that the user 8 cleared the discrepancy without 
changing the value. Similarly, if the user 8 views and changes the discrepant field 
and clicks the "Accept" button, the system 6 notes in the audit log that the user 8 
cleared the discrepancy by changing the field value. In another aspect, the 
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announcement detail page and/or the option detail page can display an icon to alert 
the user 8 that a field is discrepant or updated. 

[0103] Referring now to Figure 9, a master announcement page for 
voluntary announcements is provided. This page shows the user 8 the current 
announcement level values stored for the announcement. The page indicates 
whether a field value varies across the option level data. The user 8 cannot edit most 
values on this page, but can easily navigate to the Field Detail Page to make 
changes. To make it easier for the user 8 to find system 6 updated fields, each page 
graphically denotes whether a field is considered discrepant or updated. The master 
announcement page also allows the user 8 to navigate to the Notification History 
page to view the last notification. 

[0104] If the "Do not refresh position" box is checked the system 6 does not 
automatically refresh the position data for the announcement. If the "Release for 
automatic notification" box is checked the system 6 will automatically send 
notifications and re-notifications for the announcement. The notification process is a 
system 6 process that runs at scheduled times throughout a given business day. If 
this box is not checked, the system 6 will not attempt to send notifications for this 
announcement. This setting does not prevent the user 8 from sending manual 
notifications. The user 8 is not able to check the "Release for automatic notification" 
box if the announcement has updates that have not been approved or has 
discrepancies that have not been resolved. If the user 8 manually changes any field 
that applies to the notification, the system 6 will remove the check from the "Release 
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for automatic notification" box. The system 6 does this to resist a notification from 
being sent while the user 8 is making changes to important notification information. 

[0105] The following is a list of notification fields: Record Date, Ex Date, 
Withdrawal Privilege, Withdrawal Date, financial institution Deadline Date, Expiration 
Date, Depository Expiration Date, Payable Date, Offeror, and Notification Text. 
Selecting the "Notified:" link takes the user 8 to the Notification History Page. The 
date displayed on the master announcement page is the last day and time that the 
system 6 (either due to automated or manual notification) sent a notification for the 
announcement. The link takes the user 8 to the notification history page with pre-set 
search criteria that shows only the accounts notified on that date. 

[0106] The date after the "Created:" label is the day the master 
announcement was created. The date after the "Updated:" label is the day the 
master announcement was last updated (either automatically or manually). 

[0107] The master announcement page shows the "updated" icon for fields 
that the system 6 has automatically updated and because of the update rules, the 
system 6 "must show" the update to the user 8. The icon is displayed to the left of 
the field label. Selecting the link for this field takes the user 8 to the Field Detail Page 
in "update" mode, meaning only the current and previous values of the field are 
displayed. 

[0108] The master announcement page shows the "discrepant" icon for 
fields for which the system 6 has received an update and, because of the update 
rules, the user 8 does not want the system 6 to automatically update the field. The 
icon is displayed to the left of the field label. Selecting the link for this field takes the 
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user 8 to the Field Detail Page in "discrepant" mode, meaning the current value and 
all updates for the field that have arrived since the field became discrepant are 
displayed. 

[0109] An asterisk to the right of the field value indicates whether the value 
varies by option. The values displayed on the announcement page will be the values 
from the option with the earliest expiration date that is not reviewed. If more than one 
option has the earliest expiration date, the system 6 uses the values from the option 
with the lowest option number (001 , 002, 003, etc). Whenever a field value varies by 
option, the user 8 cannot edit (go to the field detail page) that field from the master 
announcement level. For checkboxes like the Withdrawal Privilege Indicator, for 
example, the system 6 disables the control if the value varies to prevent the user 8 
from changing it at the master level. 

[01 10] If the user 8 edits a field from the master announcement level, the 
change is applied to all options within the announcement (if the field change is 
applicable at the option level). The system 6 provides a date field at the master level 
for the user 8 to enter an anticipated payment date. The drop down list for the 
default option contains all options titles for this announcement. The system 6 does 
not pick a default option. The user 8 must set this. 

[0111] The user 8 needs to be able to change the financial institution 
Deadline and financial institution Expiration Date for voluntary announcements. 
These values are initially set by the system 6. The system 6 maintains a field history 
for the financial institution dates just like other announcement dates. If a vendor 
sends an update to the DTC Expiration or Expiration Date, the system 6 calculates 



36 



ATTORNEY DOCKET NO. 020420 



the financial institution Expiration and Deadline dates for the source records and 
updates the fields according to the field update rules. If the user 8 manually changes 
either the DTC Expiration Date or the Expiration Date, the system 6 does not 
calculate the financial institution Deadline or financial institution Expiration Date. The 
user 8 can also be provided with the ability to instruct the system to recalculate all 
related dates after selecting a new expiration date. This functionality holds true when 
selecting values for Expiration date & Financial Institution Expiration Date. 

[0112] Referring now to Figure 10, an option page is provided for displaying 
information for a single option within an announcement. The user 8 is able to update 
fields and modify the entitlement information. This Options page is valid for voluntary 
announcements only. Mandatory announcements have a similar interface on the 
Mandatory Announcement Pages. When a user 8 deletes an option or entitlement, 
the system 6 records the action in the audit log to provide a way for the user 8 to find 
the deleted option values. 

[0113] The user 8 can delete an option by clicking the "Delete Option" 
button. The system 6 can warn the user 8 that the delete is unrecoverable (other 
than manually entering the data again) and give the user 8 the opportunity to cancel 
the delete. If the user 8 continues with the delete, the option will no longer be visible 
in the navigation area. The user 8 interface will display a message page informing 
the user 8 the delete is complete. The system 6 can log the delete action in the 
announcement audit log, but no field values are stored with the entry. If the option 
has responses recorded, the system 6 may prevent the user 8 from deleting the 
option. 
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[0114] The page shows the "updated" icon for fields that the system 6 has 
automatically updated in connection with the update rules. The "updated" icon is 
displayed to the left of the field label. Selecting the link for this field takes the user 8 
to the Field Detail Page in "update" mode, meaning only the current and previous 
values are displayed. 

[01 15] The page shows the "discrepant" icon for fields for which the system 
6 has received an update, but because of the update rules the system 6 does not 
automatically update the field. The icon is displayed to the left of the field label. 
Selecting the link for this field takes the user 8 to the Field Detail Page in "discrepant" 
mode, meaning the current value and all updates for the field that have come in since 
the field became discrepant are displayed. The table shows the rate and price 
information for each entitlement. The user 8 can edit the values for the entitlement 
by clicking the link for the field the user 8 wishes to change. On the Field Detail 
Page, the user 8 can select a value previously sent by a vendor or enter a value from 
an external source. In general, the user 8 can change only one part of the 
entitlement information and is not able to edit the entire entitlement definition at one 
time. This feature can be provided so that the user 8 is able set a value from one 
vendor and an asset number from another vendor. 

[01 16] The user 8 can add a new entitlement by clicking the "Add 
Entitlement" button after entering the asset name, description, rate, price, 
vendor/source information, and optional note information. The user 8 must enter the 
asset name and either a price or a rate. The description field for a security 
entitlement will hold the CUSIP. The description field for a cash entitlement will hold 
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the currency, i.e. "Gash in USD". The system 6 defaults to United States dollars. 
When the user 8 clicks the button, the information in the input boxes moves up to its 
own row in the table and the input boxes are cleared. The user 8 is able to delete an 
entitlement by selecting the delete link in the rightmost column of the entitlement row. 
The system 6 can remove the entitlement from the master and place an entry in the 
audit log. The entitlement values are not saved with the audit log entry for delete. 

[0117] The user 8 can change the option title by selecting the option title 
link to navigate to the field detail page. From there the user 8 can manually enter an 
option title or select from a previous value. If the option is the default option for the 
announcement, the user 8 will see the text "(Default)" below the option title. The user 
8 cannot change the default option setting on this page. To change the default 
option, the user 8 must navigate to the master announcement page. Valid values for 
the entitlement type drop down list are "CR Security", "DB Security", "CR Cash", and 
"DBCash". 

[0118] If a Contra CUSIP number is available, the system 6 should force 
the "requires surrender checkbox to be checked. The user 8 should not be able to 
change this while a Contra CUSIP is defined. But a user 8 should be able to check 
the "requires surrender" box even if the option does not have a contra CUSIP. 

[0119] Referring now to Figure 1 1 , a new option page is provided that 
allows the user 8 to establish a new option for the master announcement. After the 
new option is stored, the user 8 can enter entitlement information from the option 
page (see Figure 10 discussed hereinabove). 



39 



ATTORNEY DOCKET NO. 020420 

[0120] Only the Option title is required to create a new option. All other 
fields are optional and will default to the master value if not provided. If the user 8 
clicks the "Create Option" button without entering an option title, the system 6 will 
display a message telling the user 8 that the option title is required. The user 8 will 
then be taken back to the New Option page. If the user 8 enters an option title used 
by an existing option, the system 6 will force the user 8 to enter a unique option title. 
If the user 8 input is valid and the user 8 clicks the "Create Option" button, the system 
6 will create the new option and display the new option in the Option page. The 
navigation panel should also reflect the newly added option. If the user 8 enters a 
value for the Contra CUSIP, the system 6 can be configured to automatically check 
the "Requires Surrender" flag when adding the new option. 

[0121] Referring now to Figure 12, a notification text page is provided that 
allows the user 8 to view and modify the text portion of the notification document that 
is sent to the local market contacts 8C. The user 8 can type, copy, or paste text or 
other information directly into this area. In addition, the user 8 can tell the system 6 
whether or not to include this announcement in the automatic notification processing. 
This page displays the current notification text for the announcement. The user 8 can 
select the "Submit" button to save the changes to the database 6B. If the user 8 
does not select the "Submit" button and leaves the page, changes are not saved. If 
the "Release for automatic notification" box is checked, the system 6 will 
automatically send notifications and re-notifications for the announcement. The 
notification process is a system 6 process that runs at scheduled times throughout 
the business day or other suitable period. If the "Release for automatic notification" 
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box is not checked, the system 6 will not attempt to send notifications for this 
announcement. The user 8 is not able to check the "Release for automatic 
notification" box if the announcement has updates that have not been approved or 
has discrepancies that have not been resolved. 

[0122] Referring now to Figure 13, a Holders page displays holder and 
response information. Using this page the user 8 can perform maintenance on 
positions and enter responses at the "where-held" level ("where-held" is used herein 
to refer to a depository location). The financial institution 2 typically does not want 
the system 6 to automatically adjust the response up when a position increases and 
the "all" box is checked. This is because the user 8 needs to know about the 
increase so extra positions can be tendered. The user 8 will know about an increase 
because it will show on the To Do Page of the user 8 in the under-committed 
category. In one aspect, the system 6 does not store the LMC name with the position 
because the financial institution 2 could change the Local Market Group (LMG) and 
BRO (Bank, Region, and Office) assignments. In this event, the financial institution 2 
expects all notifications to go to the new Local Market Group. 

[0123] The advisor column shows the IO ("Investment Officer") or Advisor 
number. The choice is determined by bank, i.e., for a given bank the system 6 will 
always display the Advisor if available; and if the Advisor is not available, then IO will 
be displayed. The local market group is a hidden column in the table. The user 8 
can filter on this value, but does not see it in the table. A LMG is assigned to a BRO 
in the administration tool 6E. The system 6 can examine the BRO to obtain the LMG 
to use in the Holders table filter value selection. 
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[0124] If the "Do not refresh position" box is checked the system 6 will not 
automatically refresh the position data for the announcement. The refresh is a 
system 6 process that runs at a scheduled time before every business day. If this 
box is not checked, the position data will get refreshed during the next refresh 
process. If the "Release for automatic notification" box is checked the system 6 will 
automatically send notifications and re-notifications for the announcement. If this box 
is not checked, the system 6 will not attempt to send notifications for this 
announcement. The user 8 is not able to check the "Release for automatic 
notification" box if the announcement has updates that have not been approved or 
has discrepancies that have not been resolved. The Holders table is not editable 
unless the "Release for automatic notification" box is unchecked. If the user 8 wants 
to change position or response information, the user 8 must first remove the check 
from the "Release for automatic notification" box to prevent a notification from being 
communicated the user 8 is in the process of making changes to the notification 
information. Since the system 6 cannot tell when the user 8 has completed those 
changes, it must rely on the user 8 to check the box when updates are complete. 

[0125] The user 8 can sort on any column by clicking on the column 
header. All subsequent clicks on that header will alternate the sort order between 
ascending and descending order. The user 8 can apply up to three filters on the 
displayed data. In addition to each column heading, the user 8 can also apply filters 
on bank, region, office, and LMG, which are all hidden columns in the table. After the 
user 8 selects a filter, the corresponding value combo box contains all possible 
values for that filter based on the displayed values in the table. The user 8 may 
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select multiple values on which to filter. The user 8 clicks the "Apply" button tp filter 
the holder information. Once a filter is activated, it is listed in the other filter selections 
with an asterisk to the left of its name. Selecting any asterisk filter is ignored. In one 
aspect, the user 8 can remove a filter by selecting <No Filter> in the filter selection 
list. The filtering at this level and any subsequent level will be cleared. For example, 
if there are three filters activated and the user 8 selects <No Filter> at level three, 
then level two and level three filters will be cleared and only the first filter will remain 
active. 

[0126] In one illustrative embodiment of the present methods and systems, 
when the user 8 clicks the "Export" button at the bottom of the Holders page the 
system 6 writes all visible rows in the table into a spreadsheet. The hidden columns 
in the displayed rows can also be exported. The spreadsheet remains open for the 
user 8 to edit and save if desired. This "Export" function differs from the export 
function in the navigation area, which exports all holder data (across all account 
ranges) to a spreadsheet on the server 6A. The Export function on the navigation 
panel displays the spreadsheet in a new browser window. 

[0127] When the user 8 clicks the "Bundle" link, the system 6 takes the user 
8 to the Response Summary Page where the holder information is displayed rolled 
up by bank and where-held. 

[0128] There are times when the user 8 needs to remove all responses and 
start fresh with new responses. The user 8 can either manually clear each response 
or can use the "Clear Responses" button which will remove all text and checkmarks 
in the "Status", "All" and option columns. To help prevent accidental loss of 
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information when the user 8 clicks the "Clear Responses" button, the system 6 will 
present the user 8 with a dialog allowing the user 8 continue or cancel the clear 
operation. If the user 8 chooses to cancel the operation, the response information is 
not changed. If the user 8 chooses to continue, the response information is cleared 
from the table. The response information can still be recovered if the user 8 leaves 
the page without clicking the Submit button. The "Clear Responses" button clears 
responses for the displayed rows, but not for rows that are not shown due to filters. If 
a filter is active when the user 8 clicks "Clear Responses", the system 6 displays a 
warning that only the displayed rows will be cleared. The user 8 must click Submit to 
save changes. Until the user 8 clicks the Submit button, all the changes in the 
Holders table are only seen on this page. When the user 8 clicks the Submit button 
all the changes are saved to the database 6B. When the page refreshes, the table 
should reflect the new position and response statuses. 

[0129] In one embodiment of the present methods and systems/the user 8 
can send notifications to a single holder or to a group of holders. When the user 8 
clicks the Notify button a notification is created for all accounts displayed in the 
holders table. So, if an account is in multiple rows because of multiple where-helds 
and the user 8 only displays one of those rows, the notification will be for all positions 
held in that account. A manual notification does not clear the "MustNotify" setting at 
the announcement level. Therefore it is possible to notify the LMG twice when 
financial institution 2 sends user 8 initiated notices (once manual and once 
automated). 
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[0130] The "AH" column for an option is not meaningful if there is a position 
value entered for another option. For example, if there are three options and the 
user 8 enters a position value into option two, then both the "All" columns for option 
one and option three are inaccessible. The "All" column for option two is accessible. 
This rule also applies when an account is split across various where-held codes. 
Within all position rows for a single account, it is not valid to have more than one "AH" 
column checked. This is because the local market contacts 8C view and return 
response data at the account level and not at the where-held level. A response from 
the LMC must be applied to all rows shown for that account. For example an account 
has positions held at 77 and 78 therefore there are 2 rows in the Holders table for 
that account. The LMC response indicates that the holder wants "all and subsequent 
increases" in Option 1 . When the user 8 clicks the "AH" column for Option 1 in the 
row for where-held 77, the system 6 automatically checks the "All" column for Option 
1 in the row for where-held 78. At this point the user 8 cannot check the "All" column 
for any other Option in the two rows for that account. 

[0131] The "AH" column is not meaningful if there is more than one 
response value given. For example, if there are three options and the user 8 enters a 
response value into both option one and option two, then all of the "AH" columns are 
inaccessible. The user 8 is not allowed to check the "AH" boxes if an account/where- 
held has more than one response. The user 8 cannot enter a response value that is 
greater than the position. The Holders table can, however, display a response that is 
greater than the position. This situation can happen when a response is recorded 
and then the posted position is reduced during the nightly processing (or the user 8 
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adjusts down). The system 6 does not automatically reduce the response (unless the 
option is "No Action"). The account is reported as over-committed on the To Do 
Page. The system 6 will automatically enter the response value if one does not exist 
when the user 8 checks the "All" column. If a response already has an amount 
recorded and the user 8 checks the "AH" column, the system 6 will not alter the 
response amount. The system 6 will not automatically update the response if the 
"AH" column is checked and the position changes (either increase or decrease). The 
user 8 must update the response field when positions change. The user 8 must 
make the change. For example: 

• Case 1 - A holder has 1 000 shares and has not responded to 
either of the two options in the offer. This week the holder 
responds with 1000 and all and subsequent increases in option 
two. The user 8 checks the "All" column for option one. The 
system 6 automatically places 1000 in the option one column (and 
the "All" column is checked, too). 

• Case 2 - A holder has 1000 shares. Last week the holder 
responded with 500 shares in option one and the system 6 reflects 
this response. This week the holder responded with 1000 and all 
and subsequent increases in option one. The user 8 checks the 
"AH" column for option one. The system 6 does not change the 
response amount of 500. The user 8 must change the 500 in 
option one to 1000. 
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[0132] The system 6 will not automatically update the response if the "All" 
column is checked and the position changes (either increase or decrease). The user 
8 must update the response field when positions change. 

[0133] The user 8 can click one or more account boxes at the end of the 
holders list to add new accounts (note the LMC is determined based on the BRO). 
The user 8 is required to enter a full account number and a position greater than 
zero. In one aspect, only the account number, registration, where-held, and position 
cells are editable for a new row. The account number must exist in the 
CurrentPositions table. The Holders page will pull the account name and advisor 
number from the CurrentPositions table if the holders table does not already have 
information about that account. The Holders page will use the registration and where- 
held codes entered by the user 8. If a position already exists for that account at that 
where-held, the Holders page will not add the account and should give user 8 a 
message explaining the reason. In another aspect, the new holding row may not 
remain on the page for further viewing/editing if the new row does not meet the 
current account group or holders criteria. If a position decreases and the position has 
responses in the no action option, the system 6 should automatically reduce the no 
action response. If the position is split over multiple options and the decrease in 
position is greater than the amount in the no action option, the system 6 should place 
a zero for no action response and mark the position as over-committed. An account 
cannot have more than one entry at a where-held. The same account number cannot 
be listed in the table more than once with the same Where-Held code. The following, 
for example, is not valid: 
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Account# WhereHeld Position 

2035202-1234567 77 100,000 
2035202-1234567 77 300,000 

[0134] The "Position Status" column shows the current status of the 
position as it compares to the position when the last notification was sent. The 
position status can be increased, decreased, new, or unchanged. The status column 
is updated after the user 8 clicks the submit button. The "Response Status" column 
shows the current response status: whether it is over-committed, under-committed, 
unresponded, or responded. The status column is updated after the user 8 clicks the 
"Submit" button. If the holder information changes for an announcement either by 
user 8 maintenance or system 6 updates, and the announcement does not have 
"Allow Automatic Notification" checked, the user 8 can check the "Allow Automatic 
Notification" box. If the user 8 exits the system 6 without enabling automatic 
notifications, the announcement will show on the To Do list the next day as 
Incomplete Notification. The user 8 can enter an empty Where-Held code for 
pending positions. Pending positions that the system 6 records also use this empty 
code. As the user 8 makes position adjustments including new rows, the system 6 
can, in one aspect, shade the modified rows. This shading remains until the position 
data is refreshed. The shading is intended to tell the user 8 that positions have been 
adjusted from the system 6 data (e.g., data extracted from the xposition file). In 
another aspect, the "Holders" page does not shade user-modified rows. Based on 
the Where-Held code, some positions are not eligible for response. The user 8 is not 
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able to change those cells or click the "AH" boxes in that row. The informational 
Where-Held codes are configurable in the administration tool 6E. 

[0135] A user 8 can change only the position, all boxes, and responses on 
existing rows in the Holders table. Account, Account Name, Adv#, Regis, and WH 
cannot change. The Holders data is not locked when a user 8 views the account 
information. Multiple users 8 can view and edit the data at the same time. The 
corporate action processing system 6 will update the audit log when a user 8 
> changes position and response amounts. The corporate action processing system 6 
does not update the audit log for position changes that occur during the daily system 
6 refresh. 

[0136] The following are example Account Ranges (note, it is possible for 
ranges to split within a bank): 

00-00-000-0000000 thru. 34-32-100-9873411 
34-32-1 00-987341 2 thrui 40-40-91 5-202061 5 
40-40-915-2020616 thru. 99-99-999-9999999 

[0137] The Holders page operates on only the selected range. Meaning 
filter and sort operations used in the table apply only to the selected range of 
accounts. If the user 8 views the first range listed above, for example, and then 
decides to filter on "unresponded" holders, the user 8 will not see the unresponded 
accounts greater than 34-32-100-987341 1 . To view the unresponded accounts in the 
range 34-32-100-9873412 thru 40-40-915-2020615, the user 8 must select that 
range then filter for "unresponded" data. 
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[0138] In another aspect, filtering with our without specified account ranges 
can be performed on the Holders Criteria page. For special account groups the 
Holders page has a link to the Holders Criteria page, where the user 8 can define 
specific matching criteria to find accounts to display on the Holders page. The 
Holders page will display the Holders criteria if any is applied as follows, for example: 

Holders Criteria: Account No.: 20% Position status: New Response status: 
Unresponded 

[0139] The Refresh Holders process (RefreshPositions.exe) determines the 
account ranges daily after the holder data is refreshed. Each day the refresh process 
removes all rows in the HolderAccountRanges table and calculates the account 
ranges for the day. Because an offer may have gained holdings from the previous 
day, the account ranges can vary from day to day. However, the ranges do not vary 
during the day. If a range has 499 rows, for example, and the user 8 adds 20 
holdings, the display set will be 519 rows. The display-set ranges do not change 
during the day. 

[0140] Referring now to Figure 14, a Holders Criteria page is provided that 
allows the user 8 to define specific matching criteria to find accounts to display on the 
holders page (see Figure 13 discussed hereinabove). The user 8 enters this page 
from the "Holders Criteria" link on the Holders Page or through the navigation panel. 
When the user 8 has completed the criteria, he clicks the "Submit" button. The 
Holders page is displayed with only the accounts matching the criteria selected. In 
one aspect, the user 8 cannot set criteria based on response amount. The following 
provides a sample description of various functions of the Holders Criteria page: 
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• Account: a single account number, with optional wildcard 
character. For example, 10-10-100-1234567 matches a single account; 
10% matches all bank 10 accounts; 20-34% matches all bank 20, region 
34 accounts. 

• Advisor: a single advisor number. 

• LMG: a single Local Market Group Name (selected from drop 
down list). 

• Registration: a single registration number, 2 digits. 

• Where-Held: a single where-held number, 2 digits. 

• Unresponded: Checkbox, where check means match unresponded 
account. 

• Overcommitted: Checkbox, where check means match 
overcommitted account. 

• Undercommitted: Checkbox, where check means match 
undercommitted account. 

• Responded: Checkbox, where check means match Fully 
Responded account 

• New Position: Checkbox, where check means match account with 
new position. 

• Increased Position: Checkbox, where check means match account 
with increased position. 

• Decreased Position: Checkbox, where check means match 
accounts with decreased position. 
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• Unchanged Position: Checkbox, where check means match 
accounts with unchanged position. 

• "Include 0 position", a specific position amount, and specific 
options 

• Option Title 

• Position 

In another aspect, the user can select multiple values for processing by the system 6, 

such as multiple account numbers, for example. 

[0141] Referring now to Figure 1 5, a Response Summary page, also known 
as the Bundle page, is provided that displays a summary of responses by bank and 
where-held codes. This is an informational page that the user 8 cannot edit, but 
which can be printed, for example, for consumption by the user 8. 

[0142] The user 8 enters this page from the "Bundle" link in the Navigation 
bar. The table displays the total response amounts for each bank and where-held 
code. The totals by where-held code are displayed at the bottom of the table. The 
user 8 is not able to change the bundled values on this page. The response column 
headers are the option titles. The total eligible positions at each bank and where- 
held code are displayed in the Eligible column and is totaled at the bottom by where- 
held. "Eligible" is the total position amount for all accounts at that bank and where- 
held code for the given master. "Unresponded" is the "Eligible" minus the responses. 
The where-held total at the bottom is the total amount at that where-held for all bank 
for the given master. 
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[0143] Referring now to Figure 16, the Source Text page shows the user 8 
the source announcements that are linked to the master announcement. Specifically, 
this page will show the date the source came into the system 6 and the non- 
formatted text held in the source record. The sources will be ordered by receipt date 
with the most recent source displayed at the top of the page. The Source Text page 
provides a link for the user 8 to view the full source announcement. In one 
embodiment, the receipt date is the ENTDATE from "XCITEK" records. It is the 
created date for manual source records. Clicking on the "Source" link takes the user 
8 to the Source Detail page for that source announcement. 

[0144] Referring now to Figure 1 7, the Agent Information page displays the 
agent contact information for the current master. The user 8 is able to view and edit 
the information. The financial institution 2 may use the announcement notes in 
conjunction with this page to store and view agent information. If the user 8 moves 
agent information to announcement notes, then the agent information will not be 
deleted. In the agent information area for the announcement, updating sources may 
overwrite the agent data. New values are logged by the system 6 in the audit log. 

[0145] The user 8 sees the current agent contact information for the 
master. If the master does not have agent information, the text area is empty. The 
user 8 can edit by typing or pasting directly into the text area. The changes are not 
saved until the user 8 clicks the Submit button. If the user 8 leaves the page without 
selecting the Submit button his changes are not saved. The system 6 does not 
impose a format on the input. The system 6 maintains the text as input from the user 
8 or as taken from the vendor feeds. The system 6 does not maintain a field history 
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for the agent information. The system 6 does record changes to the agent 
information in the audit log. The new value should be recorded in the audit log. The 
agent information field can never be marked as "update and show" or "discrepant" 
because the user 8 interface does not have a way for the user 8 to view the field 
history and resolve the issue. The agent information field will always be treated as 
"update and never show". The user 8 will use the audit log to see previous values. 

[0146] Referring now to Figure 18, a Notes page is provided for displaying 
the current user 8 notes on a master and allowing the user 8 to enter new notes. The 
Notes page supports various categories of notes to help the user 8 organize and 
better access information regarding the announcement and other corporate action 
information. For example, the user 8 may use the Announcement category to record 
conversations with an LMC and/or failed attempts to contact the LMC. The user 8 
may put reminders on how to prepare instructions in the Instruction Note category. In 
one example embodiment, the reviewer may want to document in the Reviewer's 
Notes any comments communicated to the specialist regarding the review. 

[0147] The page contains a title that identifies which note category is 
currently displayed. The title matches the current page pointer in the Navigation 
Panel. The user 8 sees in the top text area the existing notes for the selected note 
category. The existing notes are for viewing only; the user 8 cannot edit the existing 
notes. The existing notes are ordered by date with the most recent at the top. Each 
note has the date the note was entered and the initials of the user 8 who entered the 
note. The user 8 creates a new note by typing into the lower text area. When the 
note is complete, the user 8 clicks the "Submit" button. The system 6 saves the note 
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on the database 6B and inserts the new note into the top text area on the page with 
today's date and the current user 8 initials. The text in the bottom area is cleared. If 
the user 8 clicks the "Submit" button without typing anything into the bottom text area, 
the system 6 will not save an empty note. Clicking the "Submit" button in this case 
has no effect. The Announcement Notes area displays any notes that the user 8 
entered while making a manual update to a field or while creating a manual new 
master announcement. 

[0148] Referring now to Figures 1 9A, 1 9B and 1 9C, a mandatory effective 
date announcement page, a mandatory Ex Date announcement page, and a 
mandatory redemption announcement page are provided. Each page is intended to 
show the user 8 the current announcement values stored for the announcement. 
The user 8 cannot edit values on this page, but can easily navigate to the Field Detail 
Page to make changes by selecting the field label hyperlink. To make it easier for 
the user 8 to find system 6 updated fields, the page graphically denotes whether a 
field is considered discrepant or updated. Since a mandatory announcement has at 
most one option, the entitlement data is presented here. 

[0149] Since this is a mandatory announcement, "Options" is not shown in 
the Navigation Panel. If the "Do not refresh position" box is not checked the system 6 
will automatically refresh the position data for the announcement. The refresh is a 
system 6 process that runs at a scheduled time before every business day. If this 
box is checked, the position data will remain unchanged from day to day until the 
user 8 unchecks the box. 
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[0150] The page shows the "updated" icon for fields that the system 6 has 
automatically updated and, because of the update rules, the user 8 wants to see the 
update. The icon is displayed to the left of the field label. Selecting the link for this 
field takes the user 8 to the Field Detail Page in "update" mode, meaning only the 
current and previous values are displayed. 

[0151] This page shows the "discrepant" icon for fields for which the system 
6 has received an update and, because of the update rules, the user 8 does not want 
the system 6 to automatically update the field. The icon is displayed to the left of the 
field label. Selecting the link for this field takes the user 8 to the Field Detail Page in 
"discrepant" mode, meaning the current value and all updates for the field that have 
come in since the field became discrepant are displayed. 

[0152] The date after the "Created:" label is the day the master 
announcement was created. The date after the "Updated:" label is the day the 
master announcement was last updated (either automatically or manually). The table 
shows the rate and price information for each entitlement. The user 8 can edit the 
values for the entitlement by clicking the link for the field desired to be changed. 
Clicking the link will take the user 8 to the Field Detail Page where the user 8 can 
select a value previously sent by a vendor or can enter a manual value from an 
external source. The user 8 is changing only one part of the entitlement information 
and is not able to edit the entire entitlement definition at one time. This was 
specifically requested so that the user 8 can, for example, set a value from one 
vendor and an asset number from another vendor. 
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[0153] The user 8 can add a new entitlement by clicking the "Add 
Entitlement" button after entering the asset name, description, rate, price, 
vendor/source information, and optional note information. The entitlement type, 
asset name, and either price or rate is required. When the user 8 clicks the button the 
information in the input boxes moves up to its own row in the table and the input 
boxes are cleared. If the user 8 entered a note for the new entitlement the system 6 
inserts an announcement note. The announcement note created should indicate that 
the note originated from the user 8 adding a new entitlement. The format is "[New 
Entitlement] EntitlementType AssetName financial institution 2/IN/Vendor : note text". 
Valid values for the entitlement drop down list are "CR Security", "DB Security", "CR 
Cash", and "DB Cash". The Asset field for security entitlement will hold the CUSIP. 
The Asset field for a cash entitlement will hold the currency, i.e. "Cash in USD". The 
system 6 defaults to USD. 

[0154] Referring now to Figure 20, the notification history page provides a 
summarized history of notifications sent for the announcement. The user 8 is able to 
see the date the notification was sent/posted, the receiving LMG, the accounts, and 
the positions listed. This page also provides a link to allow the user 8 to view the full 
notification that was sent. 

[0155] In one aspect of the present methods and systems, the user 8 can 
navigate to this page from the announcement master page by selecting the "Notified 
On." link. When the notification history page is displayed, the user 8 can view the list 
of accounts that were on the last notification sent for the announcement. Of course 
the user 8 can change the search criteria to view other notification once he is on this 
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page, but initially from the master page the notification history table will show the 
information from the last notification. For announcements with more than 500 N 
accounts, the user 8 should use the navigation bar to display the Notification History 
page so that the page does not try to display all accounts at one time. The user 8 
can navigate to this page from the navigation bar. There is no default notification 
displayed in the notification history page when the user 8 enters from the navigation 
bar. The user 8 must select the appropriate search criteria to find the information 
needed. 

[0156] The user 8 can search for notified accounts on a specific date range, 
account number, local market group, and/or advisor. The user 8 enters the search 
criteria and clicks the ""Find" button for the page to display the matching accounts. If 
desired, the user 8 can specify a sort order before clicking the Find button so that the 
results are displayed in a convenient order for the user 8 to view. If the user 8 does 
not give a sort order the results will be sorted by date. To view the full notification as 
seen by the local market contact, the user 8 selects the document link "View" to go to 
the Notification Page. The notification table contains date, advisor number, account, 
LM Group, position, and reason for notification. The reason can be "Responses 
Due", "Increased/New Positions", "New Offer", "Updated Offer", or can be blank. 

[0157] Referring now to Figure 21 , a sample notification page is shown. 
This page allows the user 8 to view the notification as seen by the local market 
contact 8C. If necessary, the user 8 should be able to save or print the document 
using a browser menu, for example. Having saved the document to a local hard 
drive, the user 8 can print, fax, and/or e-mail the document, for example, as needed. 



58 



ATTORNEY DOCKET NO. 020420 

The time is displayed for the expiration date, when the expiration date is provided. 
This applies to anywhere that Expiration or Depository Expiration dates are shown. If 
the notification is sent because the day is between response and expiration date 
(inclusive), the document includes a red "Responses Due" note. If the notification is 
sent because of increased positions and/or new holders, then the document includes 
a red "Increased/New Positions" note. If the notification is sent because it is a new 
announcement, then the document includes a red "New Offer" note at the top. If the 
notification is sent because it has update notification data, then the document 
includes a red "Update Offer" note. The Position Status column values can also be 
colored red or another suitable color. 

[0158] Referring now to Figures 22A, 22B and 22C, various illustrations of 
merge announcement pages are provided. The user 8 is allowed to merge two 
masters. The Dead Master is the master that is merged into a Surviving Master. 
Once the two masters are merged, updates to the dead master will update the 
surviving master. In addition, the source announcements that were linked to the 
Dead Master become linked to the Surviving Master. The Dead Master's status will 
be set to "Merged" status. One or more warnings can alert the user 8 that the merger 
cannot be undone. The merge action can be selected from the navigation panel. 

[0159] The first screen that the user 8 is presented with is the Surviving 
Master selection screen. From this screen the user 8 must select the CASPR ID of 
the Master that the current Master is to be merged into. The current Master will be 
the dead Master and the CASPR ID that the user 8 enters will be the surviving 
master. The next screen that the user 8 sees is the Merge Options screen. From this 
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screen the user 8 can view the current Options of the Surviving Master and the Dead 
Master. A merge action dropdown is provided near each Option of the Dead Master. 
The user 8 can either create a new option in the Surviving Master or merge the Dead 
Master Option into an existing Surviving Master Option. An action must be selected 
for each Dead Master Option and Dead Options cannot be merged into the same 
Surviving Option. The user 8 must press the "Merge Master" button. When the 
button is pressed the user 8 will be presented with another warning that the merger is 
irreversible. From this dialog the user 8 can select "OK" to continue or "Cancel" to 
abort the merger. If the user 8 selects "OK" the next screen presented is the 
confirmation screen. This screen informs the user 8 whether or not the merger was 
successful and displays the Options of the new Surviving Master. 

[0160] Referring now to Figures 23A, 23B, 23C and 23D, a new voluntary 
announcement page, a new mandatory effective date announcement page, a new 
mandatory Ex Date announcement page, and a new mandatory redemption 
announcement are provided. These pages allow the user 8 to create master 
announcements. The content of these pages is similar to the master announcement 
pages. The user 8 can create a new master announcement of any action type. The 
page collects basic information needed to create the master. The user 8 can use the 
master announcement pages to enter information such as note, holder, agent, 
options, and other relevant data. 

[0161] The user 8 navigates to this page from the Master Summary Page 
by selecting the type (action type and indicator) of announcement that is to be 
created. When creating a new announcement the user 8 must provide CUSIP, action 
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type, action indicator, and vendor/source. This is the minimum information required 
to create an announcement. The user 8 is responsible for keeping the "allow 
automatic notification" flag off until the announcement has more complete information 
for notification. Notes entered are stored as Announcement Notes for the new 
master. The system 6 includes the vendor/source selection, the note and special text 
to clarify that the note was added due to the user 8 manually creating the master. 
The system 6 creates a source announcement containing all the data the user 8 
entered on the new master page. The vendor name seen in the source text page for 
the master is "financial institution". The user 8 will he able to see the original source 
with values displayed in label value pairs in the source summary and source detail 
pages (see, for example, the screen displays of Figures 23E and 23F). 

[0162] For non-voluntary announcements the user 8 is limited to two 
entitlements in a new master. If more entitlements are needed, the user 8 must save 
the new master and continue entering entitlement information on the master 
announcement page. If the user 8 leaves the new master page without selecting the 
Save button a new master is not created. When the user 8 provides all required 
information and clicks the Save Button, the system 6 automatically takes the user 8 
to the master announcement page for the new master. 

[0163] Referring now to Figure 24, a source announcement summary page 
displays a list of source announcements and provides a link for the user 8 to navigate 
to the Source Detail Page for that source announcement. By default, when the user 
8 navigates to this page from the To Do page, this page displays only source 
exceptions. To view source announcements that are not exceptions (i.e., sources 

V 
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that are linked to masters), the user 8 can change the filter to view all source 
announcements. 

[0164] The user 8 can sort the display on any one column in either 
ascending or descending order by simply clicking on the column header. The first 
click will apply the sort in ascending order and the second click will apply the sort in 

descending order. All columns are sorted in alphanumeric order with numbers 

■ • 

displayed first with the exception of dates, which are displayed in date order. The 
user 8 selects a link in the row to view the details of the announcement. This action 
takes the user 8 to the Source Detail Page. 

[0165] The user 8 can use filters to view a subset of the selected 
announcements. The user 8 can filter on any column and can select multiple values 
to match. To do this, the user 8 must first sort the display on a given column. The 
user 8 can then filter on values in that column by selecting the filter group from the 
drop down list to the left of the page. From the list box to the left of the page, the 
user 8 selects the values that are desired for viewing/display in the summary page. 
The user 8 can click the "apply" button to refresh the page with only those rows 
matching the filter selections. If a reload does not find any announcements matching 
the criteria, the body of the table is empty, leaving only the headers in the table. 

[0166] If the user 8 wants to see source announcements that are assigned 
to other users 8 or see assigned non-exception sources, the user 8 must reload the 
page using the reload controls. If the user 8 chooses to view all source 
announcements assigned to everyone and with all status settings, the system 6 will 
require time to retrieve and display that many rows. Within a user's 8 login session 
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the system 6 remembers the last filter settings used in the summary page. This 
means that when a user 8 returns to the summary page by using the top-level 
navigation links, the user 8 can see the same subset of announcements seen the last 
time the user 8 accessed the summary page. There are exceptions to this rule: one 
exception is if the user 8 changes the "user view user"', then the summary filter 
settings are lost. Also, if the user 8 returns to the summary page via the To Do Page, 
the last summary filter setting is disregarded. After the user 8 selects one of the 
links, the page refreshes with the announcements for that set. The user 8 can also 
use the "Next" and "Prev" link to view the other announcements. 

[0167] Referring now to Figures 25A and 25B, a source detail page for a 
linked source and a source detail page for an exception source are provided. The 
source detail pages display the full source announcement in the original vendor 
format and some important vendor and reference data. When displaying a source 
exception, this page allows the user 8 to change the financial institution 2 CUSIP and 
financial institution 2 Action Type. When displaying a linked source announcement, 
this page does not allow the user 8 to change the source data. 

[0168] In general, this page is provided for viewing only. When the source 
is not linked to a master announcement, however, the user 8 can change the 
financial institution 2 CUSIP and the financial institution 2 Action Type by selecting 
the labels to navigate to the Field Detail page. The source reference data and the 
vendor specific fields displayed at the top of this page are placed according to the 
display rules saved in the DisplayRules database table. The user 8 can use the 
administration tool 6E to change the layout of the page. 
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[0169] Referring now to Figures 26A and 26B, illustrations of transmission 
log pages are provided. A transmission log page displays the results of each 
CALoader execution. CALoader is the component that creates source 
announcements derived from the ISO message (which was translated by the 
translator 6D into an ISO message based on data received from the announcement 
vendor 4 by the translator 6D) with its vendor-specific fields. The Transmission Log 
Summary Page holds a table showing vendor name, start time, end time, number 
records read, number source announcements created, and the number of exceptions 
encountered. The date is a hyperlink to the Transmission Detail Page, which shows 
all the announcements processed for that CALoader execution. The Transmission 
Detail Page holds a table showing Senders Reference, Log Entry Timestamp, 
Process Result, and Comment. 

[0170] The transmission summary table is sorted by the log entry 
timestamp in descending order with the most recent vendor load at the top of the 
table. The transmission detail table is sorted by the log entry timestamp in ascending 
order with the first record processed at the top of the table. The column "Processed" 
in the summary page table contains the total number of vendor records CALoader 
read from the VendorAnnouncements table that were flagged as "waiting to process". 
The column "Created" in the summary page table contains the total number of source 
announcements that CALoader created. The total created includes source 
announcements created with exceptions, i.e., those with bad CUSIPs or action types. 
The column "Exception" contains the total number of source announcements that 
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where created, but have either a bad CUSIP or bad action. The detail page displays 
a record for every announcement processed. 

[0171] The status column reflects the result of the processing. The process 
result can be one of Created, Exception, or Failed. Created means a source 
announcement was created without exceptions. Exception means a source 
announcement was created with an exception (meaning missing CUSIP or action 
type). Failed means the source announcement was not created. The user 8 
interface displays error records in red and exception records in blue. 

[0172] The Reason column provides further information about the 
processing, especially to describe the exception or failure. Initially the detail page 
only displays records that are exception or failed. If the user 8 wants to view the full 
list, he checks the "Show all log messages" checkbox. The user 8 can return to the 
summary page by selecting the "return to summary" link that is available at the top 
and bottom of the detail page. 

[0173] Referring now to Figures 27A and 27B, announcement audit log 
pages are provided. From the audit log pages the user 8 can view who changed a 
field, when the change was made, and the new value. The user 8 can also see when 
a field was flagged as discrepant and when, who, and how a user 8 cleared the 
discrepancy. Similarly, with an updated field, the user 8 can see when the system 6 
updated the field and who and when a user 8 accepted the update. The audit log 
pages give the user 8 the ability to limit displayed entries to a certain date range. 

[0174] The audit log information is displayed for one master at a time. The 
first page displays a list of field names that have audit log entries. It is clear which 
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fields are at the master level and which fields are at option and entitlement levels. 
The user 8 selects one of these field names to view the audit log entries for that field. 
The audit log entries contain user/system name, entry date, action taken, and new 
value, if applicable. Actions taken can include add, change, flag, accept, delete, and 
merge. The actions "flag" and "accept" are used with updated and discrepant fields. 
The audit log summary page displays all audit log entries between the dates 
specified. This helps the user 8 to limit the information on the page when searching 
for a particular entry. By default, the summary page shows a two-week window of 
audit log entries. 

[0175] Referring now to Figures 28A and 28B, illustrations of holders audit 
log pages are shown. From the holders audit log pages the user 8 can see when a 
user 8 added accounts and when a user 8 changed position amounts. The system 6 
can also track user 8 changes to the response values and make that information 
available for view on these pages. Holder information is maintained in an audit log 
separate from the announcement audit log. Identifying holder information and how it 
changes differs from identifying changes to general announcement information. 

[0176] The holders audit log information is displayed for one master at a 
time. The first page displays a list of accounts and where-held pairs that have audit 
log entries. The user 8 selects one of the links to view the audit log entries for that 
account and where-held code. The audit log entries contain user/system name, entry 
date, action taken, and old value. The holders audit log summary page displays all 
audit log entries that fall between the dates specified and for the select account 
range. This helps the user 8 limit the information on the page when he is searching 
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for a particular entry. By default, the summary page shows a two-week window of 
audit log entries. The user 8 can navigate to the Holders audit log page from a link 
on the navigation panel. 

[0177] Referring now to Figure 29, a manual notification confirmation page 
is provided. After communicating a notification to a local market group 8C, the user 8 
can view the actual notifications from . this page. The user 8 enters this page after 
selecting the "Notify" button on the Holders page. This page shows the breakdown of 
notifications to be generated if the user 8 proceeds with a manual notification 
request. The page shows for each Local Market Group which advisors receive a 
notification. The user 8 is able to select the "document" link for any of these advisors 
to view the notification after the user 8 has sent the notification. The user 8 can 
cancel the notification request by clicking the "Cancel" button, which takes the user 8 
back to the Holders Page. If the user 8 clicks the "Send" button the system 6 will 
post those notifications immediately. 

[0178] Referring now to Figure 30, a local market group page provides a 
summarized history of all notifications sent to the local market group. The local 
market contact (LMC) is able to see important summary information about the 
notifications that he has received. This page also provides a link to allow the LMC to 
view the full notification. 

[0179] The LMC can navigate to this page from one of his electronic mail 
messages, for example, that includes a notification. When the page is displayed, the 
LMC can see the list of accounts that were on that notification sent for the 
announcement. The LMC can change the search criteria to view other notification 
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once on this page, but initially from the e-mail links the notification history table will 
show the information from that notification. The LMC can navigate to this page 
directly by entering a URL address, for example, into his browser software. There is 
no default notification displayed in the notification history page when the LMC enters 
in this manner. 

[0180] The LMC must select the appropriate search criteria to find the 
information needed. The LMC can search for notified accounts on a specific date 
range, account number, CUSIP, and/or advisor. The LMC enters the search criteria 
and clicks the "Search" button for the page to display matching accounts. If desired, 
the LMC can specify a sort order before clicking the Search Button so that the results 
are displayed in a convenient order for viewing on the page. If the LMC does not 
give a sort order, then the results can be sorted by date. The notification table 
contains CASPR ID, date, advisor name, action type/indicator, CUSIP, CUSIP 
description, and reason for notification. The reason for notification can be 
"Responses Due", "Increased/New Positions", "New Offer", Updated Offer", or can 
remain blank. To view the full notification, the LMC can select the document link to 
go to the Notification Page. 

[0181] Referring now to Figure 31 , a reports page is provided as a 
navigation page that allows the user 8 to access the system 6 report pages. Clicking 
the "End of Day Report" link takes the user 8 to the EOD Report Page. Clicking the 
"Offers by BROA Report" link takes the user 8 to the BROA Report Page. Clicking 
the "Archive History Report" link takes the user 8 to the Archive History Page. 
Clicking the "Purge History Report" link takes the user 8 to the Purge History Page. 
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[0182] Referring now to Figure 32, the EOD report page displays the end of 
day report that shows the user 8 the tasks that were not completed on a previous 
day. The report shows only open tasks related to voluntary announcements. The 
page provides a means for tracking work progress and identifying problem areas. 
The user 8 displays this page from the Reports Page in the top-level menu. The user 
8 cannot edit the information on this page; it is for view only. The report is ordered 
alphabetically by user 8 name and the categories are ordered based on the priority in 
the To Do page. 

End of Day Report 

[0183] This report shows items that users 8 failed to clear from their To Do 
Page by end of day. In one aspect, the report contains only voluntary actions, 
because many of the To Do categories do not apply to the non-voluntaries. In 
another aspect, the report can include all types of corporate actions, both voluntary 
and non- voluntary. The report will be grouped by user 8 and To Do category and will 
contain the fields CASPR ID, action type, CUSIP and CUSIP description (line 1 only). 
The report is a HTML document that CAEOD creates. The report is available for all 
users 8 to view throughout the following business day. End of day can be defined to 
be whatever time the CAEOD is scheduled to run. The EOD report is overwritten 
each time the CAEOD is executed. 

Offers by BROA Report 

[0184] The user 8 enters an account number or some portion of the BROA 
to view a report that lists all active offers where that account is a holder. Report 
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CUSIP, description, important date 1, important date 2, action type, user 8 
assignment, positions, responses, and where-held are also included. This report is a 
HTML document that is created on demand but not typically retained on the system 
6. 

Archive History 

[0185] The user 8 can enter a CUSIP, date range or CASPR ID to search 
or view the entire history. The information displayed includes the archive date, 
CASPR ID, CUSIP, Description 1 , important date 1 , and HTML file name (as well as 
a link to the file). The file also displays information related to the master document. 

Purge History 

[0186] The user 8 can enter a CUSIP, date range or Senders Reference to 
search or view the entire history. The information displayed includes the purge date, 
CUSIP, Senders Reference, Expiration date, receipt date, and Vendor. 

Volume Reports 

[0187] The following are volume reports that the financial institution 2 can 
use to obtain the information: Total number of new Masters Created, Total number of 
manually created Master, Total number of accounts related to Masters, Total number 
of participating accounts, Total number of Non- Participating Accounts, Total number 
of Unresponded Accounts, Total number of masters moved to "Complete" status, 
Report by Bank - Total number of "Unresponded", Report By Advisor - Total number 
of "Unresponded", Report By IO - Total number of "Unresponded", Report anything 
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with more than five options, Point in time Report - Total "Active" by Specialist, Point 
in time Report - Action type, Point in time Report - Active & Expired, Point in time 
Report - Active & Not Expired, and other like reports. 

[0188] Referring now to Figure 33, a BROA report page allows the user 8 to 
find all active announcements where a certain account is eligible. The page allows 
the user 8 to search for a specific account or any account matching the given BROA 
components. The user 8 enters the account number by typing into the Bank, Region, 
Office and Account text areas. If a BROA component is not specified the system 6 
will substitute a wildcard for the value. The user 8 can use the "%" character to 
specify wildcard matches within a component. For example bank "20" matches all 
accounts at bank 20, while bank "2%" matches all accounts at bank 20 through 29. 
The information displayed on this page is for viewing only. If the system 6 does not 
find any matching account, the page will provide a "No accounts matched the given 
information" message, for example. 

[0189] Referring now to Figure 34, an archive history page allows the user 
8 to view the archive records of master announcements that have been removed 
from the system 6. The user 8 can search for a specific master or date range and 
view the archive report for more detail. The page does not display any history when 
this page first displays. The user 8 must click the "Find" button to view the history 
information. Before clicking the button, the user 8 can enter criteria to narrow the 
history display. The user 8 can enter a full CASPRID or CUSIP or the user 8 can 
enter a partial value and use the "%" character as a wildcard to match multiple history 
records. The user 8 is able to search history by any combination of CASPRID, 
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CUSIP, Event Type, and archive date. By default, the date range is not used in the 
search. If the user 8 wants to search within a certain archive range, he first must 
check the "Archive Date" check box to enable the date controls. The user 8 selects 
the link in the File Name column to view the full archive report for that master. 

[0190] Referring now to Figure 35, a purge history page is provided that 
allows the user 8 to view the purge history of source announcements that have been 
removed from the system 6. The user 8 can search for a specific source or date 
range. The page does not display any history when this page first displays. The user 
8 must click the "Find" button to view the history information. Before clicking the 
button, the user 8 can enter criteria to narrow the history display. The user 8 can 
enter a full sendees reference or CUSIP or the user 8 can enter a partial value and 
use the "%" character as a wildcard to match multiple history records. The user 8 is 
able to search history by any combination of sender's reference, CUSIP, Event type, 
and purge date. By default the date range is not used in the search. If the user 8 
wants to search within a certain archive range, he first must check the "Purge Date" 
check box to enable the date controls. 

[0191] Referring now to Figures 36A through 36F, a sample archive history 
report is provided that can be generated before a master is removed from the system 
6. 

System and Database Embodiments 

[0192] As depicted above, the system 6 is comprised of several 
components that interface to the database 6B through the corporate action software 
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6C that includes one or more libraries. In one embodiment, the libraries are 
conventional libraries that encapsulate the core functionality for the corporate action 
processing system 6. In addition, one or more executable software programs are 
. provided that interface with the libraries to perform a specific task. In one aspect, the 
corporate action processing system 6 receives incoming corporate action data 
formatted, for example, in the ISO 15022 message type format MT564. Since data 
received from some announcement vendors may not be in MT564 format, the system 
6 may use the translator 6D to convert vendor-specific formats to the ISO format or a 
format suitable for use by the corporate action processing system 6. 

[0193] The system 6 maintains data integrity while allowing multiple users 8 
to access the same announcement. To reduce the chance of missing another user's 
8 changes, the user 8 interface refreshes its data from the database each time a 
page is displayed. For most changes to an announcement the user 8 must go to a 
field detail page. Once the change is accepted at the field detail page, the change is 
immediately available to all subsequent displays of that announcement or field detail. 
To process relatively large corporate actions, the financial institution 2 provides 
multiple users with access to the Holders page to permit active entry of position and 
response data. 

[0194] The following disclosure describes the functionality of various 
illustrative components that can be employed in operative association with the 
corporate action processing system 6. 

[0195] CAAuthenticator is a security component that manages user 8 login 
and access functions in the system 6. CAAuthenticator keeps track of all active 
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users 8 and their session settings, such as filter criteria used within the user 8 
interface. IIS loads an instance of CAAuthenticator into the application object so that 
all login sessions share the same CAAuthenticator. 

[0196] CATranslator is an "nBalance" project (marketed under the trade 
designation "OPTINFO") that converts vendor-specific announcement feeds into the 
MT564 format. Following each business day, the CATranslator must convert the 
announcement data for the previous day. There is a batch script that runs the 
CATranslator and is controlled by a scheduling process of the financial institution 2. 
In one embodiment, the CATranslator runs once nightly after the financial institution 2 
scheduling process has detected a new data file received from an announcement 
vendor 4. 

[0197] CATranslator writes the converted vendor announcements directly 
to the corporate action processing system 6 database 6B. CATranslator stores an 
ISO message string and vendor-specific label/value string for each vendor 
announcement. Each record and its results are logged to the system 6 logs for 
auditability. 

[0198] With regard to appending source announcements, "XCITEK" may 
use continuation records when more than a predetermined number of lines of text are 
required to describe a corporate action. Source announcements that are continued 
across multiple "XCITEK" records must be combined to build one announcement. 
The fixed area of the "XCITEK" announcement does not change across the 
continued record blocks. Therefore, when the system 6 appends source 
announcements it is translating the information from the first fixed area and treating 
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the rest of that record and all continuation records as text. For example, if XCITEK 
sends an announcement that is continued to a second record block that has 10 lines 
of text, the system 6 will store 28 lines of original text with the one source 
announcement. In the "XCITEK" example provided in Figure 37, the system 6 
creates one source announcement. As shown, the underlined text can be stored by 
the system 6 with the source announcement in a conventional and suitable text 
format. 

[0199] The financial institution 2 scheduling software is responsible for 
calling CATranslator.bat. The batch script will return a bad status message if the 
CATranslator project was not able to process the announcement vendor 4 data file. 
The financial institution 2 scheduling software must detect the error and take the 
appropriate action, whether that action is paging a support person or retrying the 
process can be defined by the financial institution 2. 

[0200] CALoader is a Visual Basic executable that is responsible for 
creating source announcements from the vendor announcements. In one 
embodiment, the CALoader.exe can be executed once nightly and controlled by a 
financial institution 2 scheduling process. The CALoader should run after 
CATranslator completes. The CALoader reads all vendor announcements that are 
waiting to be loaded from the Vendor Announcements table. As each record is 
processed, CALoader updates the vendor announcements table noting that the 
record is loaded. 

[0201] CANotifier is a Visual Basic executable that is responsible for 
building and sending the announcement notification information to the local market 
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contacts 8C. A financial institution 2 scheduling process controls execution of 
CANotifier.exe. Since financial institution 2 users 8 work with announcements 
throughout the business day, the CANotifier process will be scheduled to run 
throughout the day. Additionally, a user 8 can initiate the notification process using 
the web interface 10 if immediate or special notification is required. The system 6 will 
not check for required information when the system 6 attempts to send a notification. 
When creating a new announcement only the CUSIP, action type, and action 
indicator are required. It will be the responsibility of the user 8 to keep the "allow 
automatic notification" flag off, if information is not complete for notification. 

[0202] CANotifier does not actually post the notification information to the 
screen displays. CANotifier archives the information so that when a user 8 or LMC 
8C requests the notification from a certain date, the system 6 can display the 
archived information. CANotifier saves the notification text, announcement 
information, accounts, and position information. The corporate action processing 
system 6 user 8 can view any notification and the accounts contained on the 
notification. 

[0203] After CANotifier archives the notification data, it sends an email to all 
LMC managing accounts included in the notification. The email contains a URL to a 
web page that will display a list of all notifications and date notified for the LMC. The 
LMC can then select a desired notification for viewing. 

[0204] The system 6 provides a history of notification. The system 6 can 
reproduce a previous notification. The system 6 provides the LMC 8C with a list of 
current and previous notification and allows the LMC 8C to view any notification 
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listed. The LMC 8C may see the same offer listed multiple times on his notification 
list. When the LMC 8C selects one of those links, the LMC 8C can see the 
notification as it was on that notification date. The LMC does not see the current 
offer information, unless the LMC 8C selects the most recent notification. Even in 
this case, the LMC 8C is viewing the information from the time the notification was 
released, and the LMC 8C may not see the most recent updates. 

[0205] If the CANotifier encounters an error and cannot complete the 
notification, it will place a log entry into the NT application log. The CANotifier can 
also set the notification status for the failed master so that the user 8 is aware of the 
failure by way of the To Do page. If the email fails, it is important that the user 8 finds 
out about this failure as quickly as possible because of time obligations to the LMC 
8C. The system 6 cannot directly detect electronic mail failure. The financial 
institution 2 can setup additional monitoring software to detect such failures. 

[0206] In addition, the financial institution 2 can disable e-mail to the LMC 
8C for notifications sent outside the response to expiration period. The LMC 8C will 
always get email with notifications sent during the response to expiration period. 

[0207] CAAdd Master is a Visual Basic executable that is responsible for 
creating and updating master announcements. A financial institution 2 scheduling 
process controls when CAAddMaster.exe runs, which can be a daily period. 

[0208] CAAddMaster creates or updates master announcements from 
unlinked source announcements. "Unlinked" means that the source announcement 
is not linked to a master announcement. For each unlinked source that has a status 
of "NoHolders", CAAddMaster will try to match the source to an existing master 
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announcement by the sender's reference number. If the source record is an update, 
it should have a linking sender's reference number (for XCITEK this is the TEXT#). If 
CAAddMaster finds a master with this sender's reference number the source 
announcement is linked to that master. If an existing master is not found, 
CAAddMaster will look for an existing master with the same corporate reference 
number (e.g., for "XCITEK" this is the CUSIP, DEAL#, event code and VMCode). If 
found, the source is linked to that master. If an existing master is not found and the 
financial institution 2 has holders for the underlying security in the source 
announcement, CAAddMaster will create a master. 

[0209] CARefreshPositions is a Visual Basic executable that is responsible 
for refreshing the position data daily from the CurrentPositions table. The financial 
institution 2 scheduling process controls when CARefresh.exe runs, which can be on 
a periodic basis, such as daily execution. The refresh positions process is comprised 
of two stages. The first stage consists of the extraction of position information from 
the xposition, xaccount, and smac files. The second stage updates the holders that 
are related to the existing Master announcements. The first stage runs as part of the 
LoadPositions.bat script. The master position refresh stage runs as part of the 
LoadAnnouncements.bat script. 

[0210] Existing positions are updated by matching up the CUSIP, Account 
Number, and Where-held of each current Holding with the related information of the 
extracted positions. New positions are added by looking at each Master 
announcement and matching the CUSIP with the CUSIP of the extracted position. 
Only new accounts are added to the Holding's information. Current holders that no 
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longer appear in the extracted position information may have their position set to 
zero, because Holdings are usually not deleted. 

[0211] The following extracted positions are ignored when performing the 
refresh: accounts that have a WhereHeld that is ignored; announcements with a flag 
of DoNotAllowAutoRefresh; the extracted position has a Settle Date that is after the 
financial institution 2 Expiration Date; and, the total position for the CUSIP and 
Account Number is greater than the Maximum Eligible Shares. The following flags 
are reset once the Holdings have been updated: NotFullyResponded; 
Overcommitted; UnderCommitted; and, NewHoldings 

[0212] Another update accomplished by the RefreshPositions process is to 
update the HolderAccountRanges. The HolderAccountRange information is used by 
the Holders pages to limit display size to a predetermined number of accounts (e.g., 
500). 

[0213] CAEOD is a Visual Basic executable that is responsible for building 
the EOD report containing all To Do items that the users 8 failed to clear for the day. 
The CAEOD process is also responsible for setting the end of day flags. 

[0214] CAArchiver is a Visual Basic executable that is responsible for 
archiving announcement data. In order to maintain a reasonable database size, the 
system 6 deletes announcement information after a certain amount of time has past 
since the announcement was completed. The time limits are maintained in the 
Administration Tool. In one aspect, the archive threshold is the same for all event 
types. The archive will be scheduled with the financial institution 2 scheduling 
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software. The archive process does not need to run on a daily basis; weekly or 
monthly may be sufficient. CASPR does not provide a restore function. 

[021 5] After CAArchiver determines that an announcement should be 
archived, it builds a HTML document containing all the announcement information. 
CASPR will store the document in an appropriate directory or other location within the 
database 6B. The user 8 will have access to this file via the Archive Report from the 
"Reports" link in the web-interface. The corporate action processing system 6 will 
maintain a history of archived announcements. It will record the date archived, 
CUSIP, CASPR ID, Action Type, and filename of the archive report. The Archive 
Report will contain a link to the HTML archive file for each archived announcement. 

[0216] CAArchiver is also responsible for purging old source 
announcements. Source records are purged from the system 6 if the financial 
institution 2 does not have holders. Voluntary records can be purged one business 
day, for example, after the market expiration date. Non-voluntary records can be 
purged 90 days, for example, after preparation date, as well as voluntary records that 
do not have an expiration date. The preparation date is the vendor date for the 
source record. The purge process logs to the PurgeHistory table with the sender's 
reference number, the preparation date, the expiration date, the event type, CUSIP, 
and purge date for each purged record. The user 8 can view the purge history from 
the Reports link in the screen displays through the interface 10. 

[0217] The financial institution 2 can configure a scheduler application to 
run the corporate action processing system 6 executable programs and batch 
scripts. The programs and scripts write success and failure messages to the server 
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6A application log. This feature is controlled with command line arguments to the 
executable. Additionally, the executables can send e-mail to registered users 8 and 
make calls to the trade-designated "TSS CAWTO" utility. Monitoring/scheduling 
software of the financial institution 2 can watch program output and messages by 
using the "TSS CAWTO" utility. Messages can be displayed on the 
monitoring/scheduling software's event console. These messages can help pinpoint 
in the program execution where a problem occurred and trigger pages, emails, and 
other communications to assist in resolving the problem. 

[0218] The following disclosure describes an illustrative data model for the 
financial institution 2 corporate action processing system 6. The description includes 
sample embodiments of database tables, content of the tables, and relationships 
between tables. 

[0219] In one illustrative embodiment, the financial institution 2 corporate 
action processing system 6 can use a SQL Server 7.0 database for the database 6B. 
In another illustrative embodiment, the corporate action processing system 6 can 
employ an SQL Server 2000 database for the database 6B. The engine uses "ADO 
2.5" to access the database 6B for queries, updates, inserts, and other functions. For 
best performance and maintainability, stored procedures are used throughout for 
complex SQL, especially in situations with multiple table joins. The engine uses 
literal SQL strings within the code for simple access that involves a single table and 
uses indexed fields. 

[0220] According to the ISO standard, field values can be represented in 
many formats. Each MT564 field, for example, has a format option that defines the 
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representation of the field value. In most cases the system 6 will use an ISO-defined 
format to store the field in the database 6B. The representation of the values in the 
user 8 interface and reports is independent of the database 6B format. 

[0221] The CATranslator converts the vendor announcement format to the 
MT564 message format before the information enters the system 6. Because each 
vendor has its own specific data items, the translator 6D also provides the system 6 
with vendor specific data, which the system 6 also stores in the database 6B with the 
standard announcement data. In addition to storing the specific data items from the 
vendor feed, the system 6 also stores the original vendor announcement as one 
large text block to preserve the original vendor announcement. This is helpful to the 
user 8 when researching a problem on an offer. For accountability reasons it is also 
important that the financial institution 2 can confirm what information it received from 
its announcement vendor 4. 

[0222] The system 6 minimizes the impact of storing vendor specific data 
by handling it in a generic fashion. The system 6 will store the label-value pairs, 
display the label-value pairs and search the label-value pairs, but the system 6 does 
not have any knowledge of the meaning or significance of the vendor data. There 
are no processing rules based on vendor data. 

[0223] The following is intended to identify the reference data and describe 
how it is used within the system 6. Reference data is information that financial 
institution 2 has added to the announcement usually for distinction from the vendor 
data or for additional information pertaining to the announcement. The financial 
institution 2 Action Type is the corporate action type translated from the original 
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vendor source as defined by financial institution 2. The financial institution 2 
Indicator is the corporate action indicator translated from the original vendor source 
as defined by the financial institution 2. The possible values are Mandatory, 
Voluntary, Informational, Redemption, and Class Action. The financial institution 2 
Security ID is available for cases in which the user 8 must enter a unique security ID, 
such as when the vendor sends the announcement with security ID either blank or all 
nines (i.e., "999999999"), for example. By default, the financial institution 2 Security 
ID is the same as that reported by the vendor, except when the vendor reports all 
nines. In this case, the financial institution 2 CUSIP is blank. The corporate action 
processing system 6 considers all nines a good CUSIP if the user 8 enters all nines. 
Entering all nines is a way for the user 8 to clear the source exception and indicate 
that the financial institution 2 is not concerned with this event (i.e., it will never have 
holders). The user 8 cannot change the vendor value, but the user 8 can change the 
financial institution 2 Security ID. 

[0224] The source status reflects the current processing status of the 
source announcement: A "Bad CUSIP" status is an exception condition caused when 
the vendor 4 sends a bad CUSIP. A bad CUSIP from the vendor is one that is not 
exactly nine characters, contains all blanks, or contains all nines. Before the system 
6 can process a source announcement with this status, a user 8 must correct the 
problem. A "Bad Action Type" status is an exception condition caused when the 
vendor 4 sends a bad action type code. A bad action type code is one that is not in 
the financial institution 2 action type maps that translate a vendor 4 code to a 
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financial institution 2 action type. Before the system 6 can process a source 
announcement with this status, a user 8 must correct the problem. 

[0225] A "No Holders" status is a normal condition that occurs when the 
system 6 cannot find posted or pending positions for this security in any of the 
financial institution 2 accounts. A "Linked" status is a normal condition that occurs 
when the system 6 links a source announcement to a master announcement. A 
"SystemOnly" status is a special status that indicates that the system 6 created the 
source record to help link future updates. 

[0226] The master announcement has the current value for each of the 
announcement data fields. The master announcement is linked to the original source 
announcement that created the master announcement and all source 
announcements thereafter containing updates to the corporate action event. The 
system 6 stores additional information for the master announcement such as user 8 
notes, holder and response information, and notification text. 

[0227] The following is intended to identify the reference data and describe 
how it is used within the system 6. Reference data is information that financial 
institution 2 has added to the announcement usually for distinction from the vendor 
data or for additional information pertaining to the announcement, financial institution 
2 Action Type is the corporate action type as defined by the financial institution 2. 
Financial Institution Indicator is the corporate action indicator as defined by the 
financial institution 2. The possible values are Mandatory, Voluntary, Informational, 
Redemption, and Class Action. Financial Institution Expiration Date can be the 
financial institution 2 Expiration Date is the same as the market expiration date for the 
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event. The system 6 will adjust the financial institution 2 date in special cases when 
the market date falls on a non-business day for financial institution 2, such as 
weekend or holiday. The financial institution 2 date is always set to the market date 
or earlier. Financial Institution Deadline Date can be, for example, two business days 
prior to the financial institution 2 Expiration date. The system 6 will adjust the 
deadline for holidays and weekends. 

[0228] Specialist can record notes about a master announcement. For 
organization purposes, a note can be cataloged in one of three categories; 
Announcement, Instruction, and Reviewer. The system 6 does not patrol the content 
of the categories so it is the responsibility of the user 8 to use the note categories 
according to policies of the financial institution 2. Once a note is stored, it lives with 
the master for life. A user 8 cannot delete or edit an existing note. 

[0229] Master announcements have notification text that is input by the 
user 8. The notification text is a free-formatted text block that the system 6 includes 
on the notification sent to the local market contacts. The system 6 does not maintain 
a history on every change the user 8 makes to this field. It is important that the 
system 6 retain a record of the notification text that was sent with each notification. 
This is different from the change-by-change field history that is maintained for most of 
the other announcement data items. 

[0230] There is a flag at the option level that the system 6 uses to 
determine if the option requires surrender. When the system 6 first creates the 
master, the system 6 will automatically set this flag based on action type. If the offer 
is one that financial institution 2 says requires surrender, the system 6 will set the 
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surrender flag in each option in the offer except the "no action" option. If a contra 
CUSIP exists, the system 6 should automatically set the surrender flag and allow the 
user 8 to change it. 

[0231] The system 6 considers two offers as competing if both have the 
same underlying security and at least one option in both requires surrender of the 
security. A Tender and an Exchange is an example of possible competing offers. 
The user 8 cannot participate in both offers. The system 6 considers two offers as 
associated if they both have the same underlying security and at least one does not 
have an option that requires surrender of the security. This applies to two master 
announcements that are related but independent of each other. The announcements 
may execute simultaneously or sequentially. As far as update and notification 
processing is concerned, each master is independent of the other. 

[0232] The system 6 links a source announcement to a master 
announcement after it has determined that the two announcements pertain to the 
same corporate action offer. A source announcement can link to only one master 
announcement. It is possible for the system 6 to reassign the link to another master, 
but the system 6 must first unlink the source from the original master. The system 6 
uses several guidelines to match and subsequently link a source to a master. Each 
source announcement has a unique sender's reference ID. Since a master 
announcement is created from a source announcement, and the master can receive 
updates from many other source announcements, the system 6 maintains a list of 
sender's reference numbers for a master. The system 6 can use the Corporate 
reference number which is the CUSIP + Action Type + Deal# to match incoming 
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source to existing masters. If the system 6 cannot single out a master 
announcement for a source, the system 6 will create a new master. The system 6 
provides a merge function to correct any announcements that should have been 
combined but were not. 

[0233] The system 6 is able to merge two existing master announcements 
at the user's 8 discretion. There are some action types that XCITEK reports as 
separate actions, for example, that the financial institution 2 handles as one action. 
For example, conversion and redemption are managed by the financial institution 2 
as one Conversion-Redemption; Tender and Consent-Tender are managed by the 
financial institution 2 as one Tender-Consent. In most cases, the corporate action 
processing system 6 will combine these records automatically. There will be some 
cases where the corporate action processing system 6 creates two master 
announcements and financial institution 2 wants to process the actions as a single 
event. The merge feature provides the function necessary for the user 8 to do this. 

[0234] The merging of master announcements causes one master to die 
and all source announcements that were linked to the now dead master to be linked 
to the surviving master. The system 6 will not go back through sources to apply the 
updates. The dead master is available for the user 8 to look at, but he will not be 
able to change anything on that master record. The system 6 does not allow a 
merge if an announcement has responses or if the announcement is past its 
expiration date. 

[0235] The OptionMap functionality is used to map merged options. When 
two masters are merged the dead master must have its options mapped into the 
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existing master. The mapped options can either be mapped to existing options in the 
surviving master or mapped into new options in the surviving master. In either case, 
it is highly probable that the dead master's mapped option number will differ from its 
existing option number. When an option is mapped, the sender's reference, old 
option number, and new mapped option number are added to the OptionMap table. 
In addition, any announcements that are already linked to the dead master will have 
their sender's reference and option numbers added to this table. 

[0236] When the CAAdd Master program is called, the OptionMap table will 
be referenced to determine if any of the incoming Options should be mapped. If the 
incoming options are to be mapped then the option number in the source record is 
changed to the mapped option number and the update is applied as normal. 
Otherwise, no mapping takes place and regular update rules apply. 

[0237] The system 6 can check for matching master and update it if found. 
Otherwise, masters are created if holders are found. In the case a master is not 
created because no holders are found, then at a later date an update is received and 
there are holders, the system 6 should create a master using the information on the 
second announcement. Both sources will be linked to the master. The system will 
not apply updates to the master from the first source. 

[0238] The system 6 can automatically update fields based on user-defined 
system 6 rules. The rules are defined by field and action type. A general rule will be 
if field is marked as updated and show is required, and then another update is 
received, the field is changed to discrepant status at the point of the first update. If a 
field is set up for auto update with show and two updates to that field are received on 
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the same day, for example, the system 6 can mark that field as discrepant to allow 
the user 8 to see both new values. When a field is discrepant the system 6 should 
save/remember all subsequent automatic update attempts so that the user interface 
can display to the user 8 all source values that have been received since the field 
was marked discrepant. The user 8 can then choose from among those values 
and/or perform a manual edit to resolve the discrepancy. Fields not listed in the rules 
will always be automatically updated and not shown to the user 8. 

[0239] The system 6 receives information for accounts at all where-helds 
except for those where-helds that the system 6 is instructed to ignore. The list of 
where-helds to ignore is configurable using the administration tool 6D. When 
refreshing positions on existing masters, the system 6 records whether the position 
increased or decreased or if the position is new (from the last refresh). The system 6 
will not refresh positions in announcements that are marked with a "do not refresh" 
designation. The system 6 should recycle holders through the market expiration 
date. This may help the user 8 to catch new holders for inclusion in a corporate 
action response. 

[0240] The system 6 uses the financial institution 2 expiration date to 
determine the financial institution 2 deadline date and review date (in one aspect, this 
is one business day prior to expiration). "Market expiration date" refers to the real 
expiration date, financial institution 2 Expiration Date is the expiration date for 
financial institution 2 Processing. In most cases financial institution 2 Expiration will 
be the same as market expiration date. The system 6 will set the financial institution 
2 Expiration date to the market expiration date (or DTC Expiration if it exists), unless 
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it falls on a financial institution 2 holiday or weekend. In this case the system 6 will 
adjust the financial institution 2 Expiration to the closest business day (earlier than 
market date). The user 8 can change financial institution 2 Expiration if desired. The 
system 6 should recycle holders through market expiration date. This is to help the 
user 8 catch new holders and be able to give a best attempt at including in the offer. 

[0241] If an offer has options with different expiration dates, the system 6 
will look at each option expiration date to determine if that offer should be included in 
any of the To Do Page categories. At the master level there can only be one 
expiration date. The system 6 will choose the earliest expiration date where the 
option has not been reviewed. Important dates reflect the financial institution 2 
Expiration date. Financial institution 2 expiration date does not show on the 
notification document. The financial institution 2 Deadline date does show. When 
calculating dates the system 6 must use a universal calendar to determine business 
days. The system 6 will also take into consideration financial institution 2 holidays. If 
a financial institution 2 Deadline date falls on a financial institution 2 holiday, the 
system 6 will set the date to the previous business day. 

System Flags and Status 

[0242] Announcement status is for the Local Market Contacts. The system 
6 does not use the announcement status for any processing decisions. Valid values 
are as follows: 

• New - The system 6 sets this status when it creates the master 
announcement 
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• Updated - The system 6 sets this status after notification data 
changes 

• Deleted - The system 6 sets this status when a delete record 
comes in from XGITEK 

• Terminated - The system 6 sets this status when a termination 
record comes in from the announcement vendor 4 

• Extended - The system 6 sets this status when receive a source 
with SRCFUNC = 9EXT: 

• Merged - The system 6 sets this status when the master is merged 
into another master 

[0243] Processing status is to help control system 6 decisions and 

processing. Valid values are as follows: 

■j 

• Active -The system 6 sets this status when it creates the master 
announcement 

• Merged - The system 6 sets this status when the master is merged 
into another master 

• Completed 

[0244] Notification type identifies why a notification needs to be sent out. 
Valid values are as follows: 

• NewMaster - The system 6 sets this status when master is 
created. 

• PositionChange - The system 6 sets this status when the 
refresh adds more positions, but does not overwrite the "Updated" or 
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"Response" settings. The system 6 can be configured such that LMG's 
can receive decreases to positions in addition to increases to positions. 

• Updated Master- The system 6 sets this status when notification 
data changes, but does not overwrite the "Response" settings. 

• ResponsePeriod - The system 6 sets this status on Response day 

• None - The system 6 sets this at beginning of day processing. It is 

basically a "no-action" setting. 

[0245] Notifcation status reflects the state of the notification process, such 
as whether the notification has been sent, is pending, or failed. Valid values are as 
follows: 

• MustNotify - The system 6 sets when holders increased/new or 
notification data changes or on response period. 

• Overdue - The system 6 sets at EOD if notification status is 
"MustNotify". 

• Successful - The system 6 sets after information archived to 
Notification history table. 

• Failed - The system 6 sets if could not archive to notification 

. history table. 
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[0246] The following are flags employed in various embodiments of the 
present methods and systems for processing corporate action information: 

• Updated (number) - System 6 increments when updates a field 
during the auto updates that is "update and show". System 6 decrements 
when user 8 clears update flag. 

• Discrepant (number) - System 6 increments when finds a field 
during the auto update that is "discrepant". System 6 decrements when 
user 8 clears discrepant flag. 

• Reviewed - System 6 sets this flag to false when create new 
master. If an announcement is extended (e.g., receive an XCITEK 
Extension), the flag should be false. 

• HasCompetingOffer - System 6 sets this flag to true when it finds 
another master with the same CUSIP and both masters require surrender. 
Only masters with "Active" processing status are considered. The system 
6 sets this flag once a day during the nightly processing. 

• HasAssociatedOffer - System 6 sets this flag to true when it finds 
another master with the same CUSIP and neither or only one master 
requires surrender. Only masters with "Active" processing status are 
considered. The system 6 sets this flag once a day during the nightly 
processing. 

• NewOffer - System 6 sets this flag to true when creates master. 
System 6 sets this flag to false after first notification is sent. For non- 
voluntary masters the system 6 sets this flag to false at end of day. 
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• NewHoldings - System 6 sets this flag to true when the refresh 
position function brings in new/increased positions for master. The system 
6 sets this flag to false at end of day regardless of whether the system 6 
notified or not. The flag is adjusted during holders refresh processing 
based on the last notified position. 

• NotFullyResponded - System 6 sets this flag to true when at least 
one account has a total position that is not equal to responded amount. 

• OverCommitted - System 6 sets this flag to true when at least one 
account has a total position that is less than responded amount. 

• UnderCommitted - System 6 sets this flag to true when at least one 
account has a total position that is greater than responded amount 

• Allow Auto Notification - System 6 sets this flag to false when 
create new master, user 8 edits position data, when user 8 edits 
announcement data that goes on notification, or when the master is 
discrepant or updated. 

• Refresh Positions - System 6 set this flag to true when new master 
is created. 

• Waiting Payment - System 6 set this flag to false when new master 
is created. 

Tables 

[0247] The following section contains a description for various tables used 
in connection with the database 6B of the corporate action processing system 6. The 
following description provides an illustrative explanation of what each table 
represents: 
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Master Announcement Tables 
ArchiveHistory 

[0248] This table holds the historical records for archived master 
announcements. The table contains the archive date, archive filename, linking 
mastered, and descriptive information about the master. 

AuditLogs 

[0249] This is the audit log for the changes made to the master 
announcement. This table holds all changes except those made to the holder data, 
which is stored in another table. The AuditLogs table records which field was 
changed, when, and by whom. In most cases the new value is also stored in the 
table. 

HolderAccountRanges 

[0250] This table holds account ranges for each master. Due to display 
restrictions, CASPR divides holder information into orders and groups of 500 or fewer 
accounts. If a master has 800 distinct account positions, for example, then there will 
be two groups where the first group contains 500 positions and the second group 
contains 300 positions. These groups are used in the Holders and Holders Criteria 
page in the user 8 interface. The corporate action processing system 6 calculates 
the holder account ranges daily after the holders table has been refreshed. 
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Holders 

[0251] This table holds the account information. This is one of the tables 
that the system 6 updates during the nightly refresh process. The system 6 loads the 
XPOSITION file data into the CurrentPositions table. Then based on the "Refresh 
Holders" settings for each master, the system 6 will update the Holders table with the 
new positions. The user 8 can also update this table using the Holder page in the 
user 8 interface. 

[0252] There is a row in this table for each unique account and "where- 
held" pair that has a position for the underlying security in the master announcement. 
The Holders table contains the position amount and a position type flag indicating 
whether the amount is posted or pending. The table holds other information 
regarding the account such as a short name, advisor, registration, etc. The 
responses are not held in this table. There is a one-to-many relationship between the 
Holders table and the Reponses table where the option responses are stored. 

[0253] The "Status" field reflects the response status for the position that 
may be fully responded, over-committed, under-committed, or un-responded. The 
position status is not in the Holders table. It is calculated dynamically based on the 
position amount and the last notified position amount, where the position status can 
be "increased", decreased", "unchanged", or "new". Note the position status is 
determined from the most recent position sent in a notification not the previous day's 
position. 

[0254] The "PositionChange" field (a true/false field) indicates whether the 
position amount has been changed from the amount loaded from the 
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CurrentPositions table (Xposition file). The user 8 interface looks to this field to 
control shading the row in the Holders page to alert the user 8 to the modified 
position. 

HoldersAuditLog 

[0255] The table records all user 8 changes to position and response 
amounts. The table does not record system 6 changes to the position during the 
daily refresh process. The corporate action processing system 6 records system 6 
changes 7 to the response fields during the daily refresh process. 

MasterAnnouncements 

[0256] This is the main table for master announcement information. It 
holds most of the announcement level information. The MasterlD field, a unique 
database id, links the associated tables. There are 2 triggers for this table. The 
trigger named "CompleteTrigger" updates the CompleteDate field when the master 
processing status is changed to "Completed" or "Merged". The CompleteDate field is 
used to determine the age of a master for archive selection. The other trigger 
"MasterDelete" is used to delete rows from related master tables after the 
MasterAnnouncements row has been deleted. 

MasterAssignments 

[0257] This table represents the relationship between the master 
announcement and the user 8 assigned to the master. There should never be more 
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than one user 8 assigned to an announcement. However, this table allows for the 
system 6 to support multiple users 8 per announcement. 

MasterDates 

[0258] This table holds the dates associated with the master 
announcement. This does not include dates that are specific to a certain option. The 
date is stored in the ISO format. The field "Format" tells the system 6 how to interpret 
the "Date" field. The field "Qualifier identifies the date field. 

MasterOptionDates 

[0259] This table holds the dates associated with the option. The date is 
stored in the ISO format. The field "Format" tells the system 6 how to interpret the 
"Date" field. The field "Qualifier identifies the date field. 

MasterOptionRates 

[0260] This table holds the rates associated with the option. 

MasterOptions 

[0261] There is a row in this table for each option in a master 
announcement. The table has basic information about the option such as title and 
number. Most of the option details are held in other tables linked to the 
MasterOptions table by Option! D, the unique database ID for the option. 
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MasterOptionTerms 

[0262] This table holds the entitlements associated with the option. There 
can be many entitlements per option. 

MasterRates 

[0263] This table holds the rates associated with the master 
announcement. This does not include rates that are specific to a certain option. 

MasterStatus 

[0264] This table holds the information pertaining to the system 6 flags for 
each master announcement, such as "discrepant", "updated", or "new". This 
information is separate from the MasterAnnouncements table to help performance. 
The MasterStatus table will be queried and updated frequently and it is best to keep it 
focused. 

NotificationAcctHistory 

[0265] This table holds the account information that is part of the 
notification history. The NotificationHistorylD links the table to the NotificationHistory 
table, which holds the general notification information for the master. There is a one- 
to-many relationship between the NotificationHistory table and this table. This table 
and the NotificationHistory do not use the ISO formats. 
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NotificationHistory 

[0266] This table holds the snapshot of the notification data for each 
notification sent for the master announcement. This table does not include a 
snapshot of the account information (which is contained in the NotificationAcctHistory 
table). The data in this table is formatted for the notification document. This table 
and the NotificationAcctHistory do not use the ISO formats. 

NotificationText 

[0267] This table holds the notification text information for each master 
announcement. The table is linked by MasterlD and contains a variable character 
field for the notification text area. 

OptionMap 

[0268] The OptionMap functionality is used to map merged options. When 
two masters are merged the dead master must have its options mapped into the 
existing master. The mapped options can either be mapped to existing options in the 
surviving master or they can be mapped into new options in the surviving master. 
When an option is mapped, the sender's reference, old option number, and new 
mapped option number are added to the OptionMap table. In addition, any 
announcements that are already linked to the dead master will have their sender's 
reference and option numbers added to this table. When the AddMaster program is 
called, the OptionMap table will be referenced to determine if any of the incoming 
Options should be mapped. If the incoming options are to be mapped then the 
option number in the source record is changed to the mapped option number and the 
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update is applied as normal. Otherwise no mapping takes place and regular update 
rules apply. 

Responses 

[0269] This table holds the responses from the local market contacts. The 
table can link to the Holders table by HolderlD. The Reponses table is not updated 
as part of the daily refresh process. A Master announcement can have multiple 
options to which a holder may respond making multiple rows in the Reponses table 
for a holder (one row in Holders table). There can be only one response per holder 
per option number. If a holder has response information saved in the database and 
the position for that holder goes to zero, the system 6 still keeps the responses in the 
Responses table (unless it is a pending position). Through the user 8 interface the 
user 8 will see the zero position and the system 6 considers the position as over- 
committed response (status field in the Holders table). 

SpecialistNotes 

[0270] This table holds all notes that a user 8 records for a master 
announcement. Each row contains the note text, note type, user 8 ID, and date/time 
the note was entered. A master announcement may have many rows per note type, 
user 8 and/or date. There is a default object setup on the NoteDate field to set the 
value to the current date and time when an row is added to the table. The note field 
is a variable character field. Based on the business requirements, users 8 will not be 
allowed to edit an existing note. The system 6 will delete notes from this table only 
when it archives master announcements to secondary storage. 
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Source Announcement Tables 
PurgeHistory 

[0271] This table records the sources that are purged from the system 6. 
The table contains the purge date, sender's reference number, expiration date, and 
other identifying information. Unlike the archived masters, CASPR does not retain a 
file with the source information. After a source announcement is purged, there is no 
record other than the purge history. 

SourceAnnouncements 

[0272] This is the main table for source announcement information. It holds 
most of the announcement level information. This table can link to other related 
source tables by the SourcelD field, which is a unique database identifier. 

SourceAssignments 

[0273] This table represents the relationship between the source 
announcement and the user 8 assigned to the source. 

SourceDates 

[0274] This table holds the dates associated with the source 
announcement. The date is stored in the ISO format. The field "Format" tells the 
system 6 how to interpret the "Date" field. The field "Qualifier" identifies the date 
field. 
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SourceOptionDates 

[0275] This table holds the dates associated with the option. The date is 
stored in the ISO format. The field "Format" tells the system 6 how to interpret the 
"Date" field. The field "Qualifier" identifies the date field. 

SourceOptionRates 

[0276] This table holds the rates associated with the option. 

SourceOptions 

[0277] There is a row in this table for each option in a source 
announcement. The table has basic information about the option such as title and 
number. 

SourceOptionTerms 

[0278] This table holds the entitlements associated with the option. 

SourceRates 

[0279] This table holds the rates associated with the source 
announcement. 

SourceVendorFields 

[0280] This table holds all the extracted vendor data items that the financial 
institution 2 considers important to see outside the original vendor announcement. 
Because the list of vendor items will vary from vendor to vendor, the table is generic. 
The table holds a label value pair, and all values are stored as text. 
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SourceVendorText 

[0281] This table holds the original text of the source announcement. Note, 
even manually created announcements will have vendor text entries. There are two 
types of text blocks stored, formatted and unformatted. For example, with "XCITEK" 
data files, lines one through five are the formatted text and the other lines are 
unformatted text. The original announcement is broken, because when working with 
master announcements the user 8 wants to see only the unformatted text portion of 
the sources that are linked to the master. When the user 8 interface needs to show 
the full original vendor announcement it will simply concatenate the two text blocks. 

Miscellaneous Tables 

Accountlnformation 

[0282] This table is used by the AccountExtract project in "nBalance". The 
project extracts information to this table. Then, the corporate action processing 
system 6 will update the CurrentPositions table with the information found in the 
Accountlnformation table. 

AdminToolUsers 

[0283] This table holds the user 8 names and passwords for the 
administration tool 6E. The field "Active" is an important field that controls locking out 
multiple users 8. If the field contains a "1" the administration tool 6E Admin Tool does 
not allow the user 8 to access the corporate action processing system 6. 
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AdvisorPriorities 

[0284] This table holds the priorities used in the Holders Page and 
Notification document. Based on bank, either the 10 or advisor is the responsible 
party for the account. 

Advisors 

[0285] This table lists each advisor as uploaded from the Advisor code set 
file. This table is useful for translating between advisor numbers and names. 

AnnAssignmentRules 

[0286] This table holds the announcement letter ranges for which a user 8 
is responsible. Action type and indicator define the assignment. There should be a 
default user 8 for each action type and indicator pair. 

CALoaderLogs 

[0287] This table holds the details from CALoader. Each vendor 
announcement processed by the CALoader is recorded in this table as to whether 
the process was able to successfully create a source announcement. 

CurrencyCodes 

[0288] This is a simple table listing the valid currency codes that the user 8 
interface will allow in the entitlement section for option data. 
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CurrentPositions 

[0289] This table holds the extracted information from the XPOSITION file. 
The "nBalance" projects Position Extract and SMACExtract populate this table during 
the daily processing. The CAAddMaster process looks to this table to determine if 
there are active holdings before creating new masters. 

DisplayRules 

[0290] This table holds the display rules for the source detail page. This 
table supports displaying sources from multiple vendors. 

EventTypes 

[0291] This table holds configuration information specific to a financial 
institution 2 Action Type and Indicator pair. Information such as display template, 
ISO codes, and archive rules are stored here. The following is a description of each 
field in this table: 

• EventTypelD - Unique database id. 

• financial institution 2 Action Type - financial institution 2 action description. 

• financial institution 2 Action Indicator - financial institution 2 action indicator V 
for voluntary, M for mandatory, C for class, I for information, or R for 
redemption. 
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• ISOCAEVIncoming - The ISO event code expected on incoming ISO 
messages. This field and the ISOCAMIncoming match with the 
XCITEKMapping table to define the financial institution 2 action types. 

• ISOCAMVIncoming - The ISO Mandatory-Voluntary code expected on 
incoming ISO messages. This field and the ISOCAEVIncoming match with the 
XCITEKMapping table to define the financial institution 2 action types. 

• ImportantDatel Label - The primary important date for the financial institution 
2 Action Type. This label is displayed on the Master Summary page and in 
the Master Common Header area. 

• ImportantDatel Qualifier - The qualifier for the primary important date for the 
financial institution 2 Action Type.. The corporate action processing system 6 
uses this code to retrieve the date value from the database tables. 

• lmportantDate2Label - The secondary important date for the financial 
institution 2 Action Type. This label is displayed on the Master Summary page 
and in the Master Common Header area. 

• lmportantDate2Qualifier - The qualifier for the secondary important date for the 
financial institution 2 Action Type. CASPR uses this code to retrieve the date 
value from the database tables. 

• NewMasterURL - The ASP page to use when the user 8 wants to create a 
new master for this action type. 
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• EditMasterURL - The ASP page to use when the user 8 wants to view the 
details of a master announcement. 

• OutstandingPayThreshold - The number of days past the expiration date for a 
master to be considered "aged outstanding". 

• ArchiveThreshold - The number of days past the "CompleteDate" for a master 
to be archived. 

• NoActionOption - Flag indicating whether the CAAddMaster process 
automatically creates a "no action" option for the Action Type. 

• RequiresSurrender - Flag indicating whether the CAAddMaster process 
automatically checks the "requires surrender" flag for the Action Type. 

Field UpdateRules 

[0292] This table holds the field update rules for automatic system 6 
updates. 

Holidays 

[0293] This table holds the financial institution 2 Holidays. 
LMGAssignments 

[0294] This table contains the local market group assignments. Each LMG 
can be assigned to one or more BRO (Bank Region Office) combinations. A BRO 
combination represents a group of accounts numbers where each component of the 
BRO can be specified. For example, all accounts at bank 20, region 34, and office 
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030 are represented by the designation 20-34-030. The components can be either a 
specific number or a wildcard representing a multiple match. The wildcard settings 
are denoted with the letter "A". For example a BRO matching accounts in bank 20, 
any region, and office 090 is represented at 20-AA-090 where the "AA" represents 
the wildcard match for all regions. 

LocalMarketGroup 

[0295] This table defines the local market groups. The table contains a 
group name and unique id. The unique id is used in the LMG Assignments table and 
LocalMarketMembers table to associate the group to its BRO assignments and 
members. 

LocalMarketMembers 

[0296] This table links to the LocalMarketGroups table by 
LocalMarketGrouplD. There may be many members of a single group. The table 
holds the member names, e-mail addresses, and notification e-mail settings. 

MasterDisplayFields 

[0297] This table is used in conjunction with the FieldUpdateRules table to 
identify the data fields for each display template (voluntary, mand eff date, mand ex 
date, and redemption). This table holds the list of all possible fields. 

NotificationFields 

[0298] This table holds the list of master fields that impact the notification 
document (not including the holder data). The corporate action processing system 6 
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reviews this list to determine if it needs to re-notify because of an updated notification 
field. 

QualDescriptions 

[0299] This table holds a mapping of ISO qualifiers to names used within 
the user 8 interface. 

SecurityDescriptions 

[0300] This table holds the full three-line description received from 
"AMTrust" for each CUSIP. The user 8 interface needs to display the full three-line 
description anywhere a CUSIP is referenced. Instead of duplicating the storage for 
these strings, the table will hold the values, and the other tables will contain a link by 
CUSIP for the description. 

SourceDisplayFields 

[0301] This table lists the source data fields pulled from the vendor 
announcements. The table contains information used by the corporate action 
processing system 6 to determine where the source data item is stored in the 
database. This information is used along with the DisplayRules information in the 
source detail pages of the user 8 interface. 

Specialists 

[0302] This table holds information pertaining to the user 8; name, access 
rights, and reviewer. 
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ToDoFilters . 

[0303] This table lists the To Do categories and the relative order of 
importance for display on the To Do Page and EOD report. The "MasterFilter" field 
indicates whether the category is shown on the Master Summary page filter 
selections. 

VendorAnnouncements 

[0304] This is the table that CATranslator populates with ISO messages 
and vendor strings for each "XCITEK" or other vendor announcement. CALoader 
looks here for unloaded announcements. Unloaded means that source 
announcements have not been created from the vendor announcement. 

VendorLogs 

[0305] This table holds the records of vendor processing results. The 
information contained in this table will include the time the system 6 processed the 
vendor feed, the total processing time, how many source announcements were read, 
and how many source exceptions were created. 

VendorSource 

[0306] This table holds list of valid vendor source names that a user 8 may 
choose when making a manual update or creating a manual master. 



Ill 



ATTORNEY DOCKET NO. 020420 



WhereHeldCodes 

[0307] This table holds the where-held codes that the system 6 should 
ignore when refreshing positions. This table also holds the where-held codes that 
are considered informational. 

Administration Tool 

[0308] In one embodiment, the administration tool 6E is a Visual Basic 
application that connects to the database 6B via ODBC. The administration tool 6E 
allows the user 8 to manage system 6 configuration setting and perform basic system 
6 operations, such as reset passwords. Managers or systems personnel can use the 
administration tool 6E to maintain user 8 information, processing rules, agent 
information, financial institution 2 holidays, and other supporting information and rules 
used by the system 6. The following is an illustrative listing of various functions 
performed through and with the administration tool 6E: define financial institution 2 
Action Type and Indicator definitions; define 10 and Advisor responsibility order; mark 
Where-Held codes as TYI only" or "Ignore"; define display rules for Source Detail 
Page; define Field Update Rules; define CASPR web users 8; maintain a list for 
Vendor/Source names; assign letter ranges to Specialists; define announcement 
vendor mapping; define Local Market groups and members; change the user 8 
assignment for a master; clear the notification status for a master; reset CASPR Web 
user 8 password; define financial institution 2 Holidays; and define Currency Codes. 
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Additional Embodiments 

[0309] The following description includes additional aspects that can be 
employed in association with the present methods and systems for processing 
corporate action information. 

[0310] In various embodiments, both voluntary and non-voluntary corporate 
actions are included in the automated notification process of the corporate action 
processing system 6. Various embodiments provide one or more projections for the 
distribution of proceeds (such as cash and securities, for example) for corporate 
actions. At least one aspect, non-voluntary corporate actions are included into the 
corporate action processing system 6 work flow, including mandatory corporate 
actions and redemptions. In another aspect, the system can calculate eligibility for 
corporate actions and/or project proceeds based on eligibility calculations and (for 
voluntary corporate actions) election option(s) chosen. In another aspect, the system 
can automatically create "AMTrust" transactions based on projections for certain 
action types. In another aspect, the system can develop an electronic interface for 
notification and proceeds projections. 

Process Mandatory Corporate Actions in CASPR 

Categories for To Do Page 

[0311] CASPR can display the same To Do Page structure for each 
corporate action specialist. Any differences in the To Do Page from one specialist to 
another may be configured as a function of the type of corporate actions assigned to 
a specialist. The system can allow the user to define by action type which corporate 
action types are eligible for which categories on the To Do Page. 
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[0312] A "New Announcement" category or folder can be provided to make 
sure specialists know the announcements to which they have been assigned. 
Voluntary corporate actions stay in the "New" category until they are released for 
notification. Mandatory corporate actions stay in the "New" category until the 
specialist indicates that the announcement has been reviewed. 

[0313] A "Preparation Date" category can address the possibility of posting 
the corporate action on the next business day. Preparation date can be calculated 
by CASPR based on an action-specific date (such as ex-date, payable date, effective 
date, meeting date, etc.) and subtracting one PNC business day from that date. 
There can be nothing for the specialist to do to make an announcement leave this 
category. Announcements can automatically be removed from the category at the 
end of each business day and may not be included in the end-of-day report. 

[0314] An "Important Date" (Swing, Effective, and the like dates) can be 
provided for mandatory corporate actions to prompt the specialist to post the results 
of the corporate action in AMTrust (if appropriate). If CASPR automatically 
reconciles the payment and releases all projected transactions for posting, the 
announcement can be automatically be removed from this folder. If CASPR cannot 
create transactions for posting (for tax lot or other reasons, for example), the 
specialist can manually move the announcement to a posted status which removes 
the announcement from this folder. 

[0315] A "Meeting Date" can be provided for mandatory corporate actions 
that prompts the specialist to investigate the outcome of the meeting, determine if 
any new information is available for entry into CASPR, and make any appropriate 
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changes to the status of the corporate action. Certain corporate action types can 
appear in this category on meeting date. For this release the specialist may not do 
anything within CASPR to make the announcement leave the category. 
Announcements can automatically be removed from the category at the end of each 
business day and may not be included in the end-of-day report. Corporate action 
types without a relevant meeting date can be configured to never appear in this 
category (based on the Action Type, for example). 

[0316] A "Missing Information" category can be provided for mandatory and 
redemption corporate actions. The purpose of this category is to identify those 
corporate actions for which an important date has been established but for which a 
rate/price or new CUSIP (if required) has not been received. The general rule 
applied is that the system can prompt for a new CUSIP if certain rate qualifiers are 
provided. If a price is provided, no new CUSIP can be required. Exceptions to this 
general rule include stock splits and stock dividends. They can have a rate (qualifier 
ADEX), but no new CUSIP. The system can populate the underlying CUSIP in the 
new CUSIP field. In one aspect, announcements can be retained in this category 
until either the system or the user provides the missing information. 

[0317] An "Unreconciled Payments" category can be applied to all 
corporate action types. The announcements in this category are those for which 
payment has been received but it does not reconcile to the projected proceeds. 
Payments that do not reconcile to projections may be kept in this folder regardless of 
the posting status of the transactions. An "Exception Payments" category can be 
provided for those payments that have been received, but which have not been 
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matched to an outstanding active corporate action. An "Open Receivables" category 
can be provided for CASPR announcements that are posted but for which the 
financial institution 2 has not received payment. 

New Announcement Processing 

[0318] The purpose of designating announcements as "new" is to highlight 
those announcements assigned to a specialist but that the specialist has not yet 
reviewed. In one aspect, an announcement is no longer in the "new" category if the 
specialist has released it for notification. This works for voluntary corporate actions 
because the specialist must review the announcement prior to releasing it for 
notification. 

[0319] Mandatory and redemption corporate actions can automatically be 
released for notification when received (based on user-defined specifications by 
action type and financial institution indicator) and therefore cannot use the same 
trigger as voluntary corporate actions to move out of the "new" category. For 
corporate actions that are automatically notified, there should be a box on the new 
announcement screen that the specialist can uncheck once the announcement has 
been reviewed. At that point, the announcement is removed from the "new" category 
and the box on the screen disappears. A "release for notification" box can be added 
to the Announcement screen. This box may be checked automatically (based on 
user-defined specifications) or can be manually checked for those announcements 
that are not automatically notified. This box may be checked automatically for 
mandatory, redemption, and informational corporate actions, for example. 
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[0320] Some announcements may never need to be reviewed by a 
specialist. Holders can be automatically notified and the system can automatically 
move these announcements to completed status (e.g., Full Pre-Refunding). These 
corporate actions can be identified by action type and financial institution 2 indicator 
in a user-defined table, for example. 

End of Day Report 

[0321] The End of Day report is created for the supervisor or manager and 
includes those items for which an action should have been taken, but was not. The 
source of the items on the report is the corporate actions on the specialists' To Do 
Page at the end of the business day. Managers can use the report to manage the 
work and specialists for which they are responsible. As a result, the report should be 
generated either by manager (covering that manager's specialists and 
announcements) or include everyone. One way to accomplish this is to add 
"manager" to the specialist table. If a manager requests the report, the system 
recognizes the manager and automatically produces the appropriate manager view 
unless "all" is selected. 

Announcement Status: Preliminary 

[0322] Mandatory corporate actions can automatically be considered 
preliminary if both important dates are blank and the meeting date is blank. 
Voluntary corporate actions can automatically be considered preliminary if the 
expiration date is not present. 



117 



ATTORNEY DOCKET NO. 020420 



Redemptions and Informational corporate actions are not usually expected to be 
preliminary. 

[0323] All preliminary announcements can be recycled (as other 
announcements are) to identify new holders. New holders can be notified of the 
preliminary announcement and updates to preliminary announcements can also 
generate revised notifications (although the status can continue to be "preliminary" if 
the criteria noted above still applies). Additionally, when the missing piece of 
information that is making the announcement preliminary is received, the system can 
automatically move the status to "updated". 

[0324] New preliminary announcements can appear in the "New" category 
on the To Do Screen and on the Master Summary Screen when it is accessed from 
the To Do Screen. When accessing the Master Summary Screen directly, however, 
preliminary announcements may not be automatically included. 

Notification Templates 

[0325] In one aspect, the corporate action processing system 6 uses one 
template specifically for Voluntary notifications. In another aspect, the system can 
control which notifications an LMG is sent by reference to CASPR action type and 
financial institution 2 indicator. For example, the Western Regions LMG may 
continue to receive Voluntary action types and add only Consents. This can be 
accomplished by expanding the LMG table or the Event Type table, for example, in 
the administration tool 6E. 
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Action Type Control Table 

[0326] A user-defined and controlled data structure within CASPR can be 
provided that specifies controls for certain processes. These specifications can be by 
action type and financial institution 2 Indicator. 

[0327] The definitions can include, for example, whether or not the system 
can automatically release announcements for notification (e.g., Voluntary and 
Informational corporate actions can be manually released for notification. 
Notifications on Mandatory and Redemption corporate actions can be automatically 
released); whether or not the system can automatically populate notification text from 
vendor text (e.g., vendor text can be copied automatically to notification text on 
Mandatory corporate actions, but may not be on voluntaries); whether or not the 
specialist can ever review the announcement (e.g., some announcements the 
specialist may never need to review; holders can be automatically notified and the 
system can automatically move them to completed processing status (e.g. Full Pre- 
Refunding)). 

Calculate Eligible Positions for All Corporate Actions 

[0328] Determining which securities positions are eligible for a corporate 
action can be complicated. The criteria for eligibility vary based on the type of 
corporate action, who initiated the action, and other factors. 

Eligibility Calculations 

[0329] The system has the ability to define at an action type level what 
eligibility calculation to use, as well as have the flexibility to change the calculation at 
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the master announcement level if necessary. When the calculation is changed at the 
master announcement level, the system can recalculate eligibility real time. 
Functionality can be provided to manually check a "Do Not Refresh" flag, to provide 
an override of subsequent CAS PR calculations. Each calculation can use data from 
the AMTrust system and SMAC and includes or excludes positions or transactions 
based on certain criteria. These calculations can change when the industry moves to 
T+1 settlement and not all possible eligibility calculations are covered herein. As a 
result, the eligibility calculations can be built so that they can be easily modified and 
adding additional calculations can be easily accommodated. 

[0330] The system can utilize a mainframe database to inquire real time 
throughout the day regarding SMAC Pending transactions that affect eligibility. In 
various embodiments discussed herein, SMAC pending transactions are, more 
generally, traded but not yet settled security transactions that affect eligibility. 
Categorizations of eligibility calculations can be designated as Effective/Expiration 
Date, Record/Ex Date, Publication Date, and Odd Lot 

Effective Date/Expiration Date Eligibility 

[0331] Action Types: Lawsuit (C), Bankruptcy (I), Conversion (V), Default 
(I), Escrow to Maturity (I), Informational (I), Merger Election (V), Rights Plan Adoption 
(I), Conversion (M), Exchange (M), Merger (M), Name Change (M), Reverse Stock 
Split (M), Unit Split (M), Full Redemption (R), Mandatory Put (R), Pre-Refunding (R), 
Bad Action (V), Bid Tender (V), Conversion/Redemption (V), Dutch Auction (V), 
Exchange (V), Fixed Spread Tenders (V), Informational (V), Invitation to Cover Short 
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(V), Mandatory Put w/Rt to Retain (V), Optional Put (V), Registration Statement (V), 
Rights Offer (V), Tender (V), UIT Termination (V), Warrant Exercise (V). 

Posted Position 

PLUS Executed Buys where Trade Date (TD) < Expiration/Effective Date 

MINUS Executed Sales where TD < Expiration/Effective Date 

PLUS Settled Free Receives where Settlement Date (SD) < Expiration/Effective Date 

MINUS Settled FreeJDeliveries where SD < Expjrat[on/Effective Date 

[0332] The calculation must continue throughout the life of the action and 
stop calculation at the close of business on Expiration/Effective Date. If the source 
receipt date is today but the effective date is prior to today, CASPR can create a 
master announcement with holdings based on current posted position and the rules 
above. If there is ho expiration date or effective date, the system can generate a 
master announcement with holdings based on current posted position and compare 
pending transactions to today rather than expiration or effective date. 

[0333] If the action has a protect expiration date, then: 

PLUS Executed Buys where Trade Date (TD) < Expiration/Effective Date 
in the above formula, is replaced by: 

PLUS Executed Buys where Settlement Date (SD) < Protect Expiration Date 

Record Date/Ex Date Eligibility 

[0334] Action Types: Consent (I), Consent (V), Distribution (M), Liquidation 
(M), Rights Issue (M), Spin Off (M), Stock Dividend (M), Stock Split (M), Consent (V), 
Optional Dividend (V), Tender & Consent (V). 
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[0335] Calculation can be performed as Effective/Expiration Eligibility 
where the Effective/Expiration Date is current date until either Ex Date or Record 
Date. Initially, the announcement can come in with no dates, the system can 
calculate as Effective/Expiration with 'today' as the Effective/Expiration Date. Then, 
as updated announcements are received, record and ex dates can be populated. If 
those dates are in the future, the system can continue to treat 'today' as the 
Effective/Expiration date and perform the Effective/Expiration Eligibility. Once today 
equals Ex Date or Record Date then CASPR can perform the following calculations. 

[0336] In some action types, such as Consent (I), Consent (V), Tender & 
Consent, there may never be a record or ex date, in that case CASPR can follow the 
Effective/Expiration Eligibility rules. 

[0337] When using Ex Date: 
Posted Position 

PLUS Executed Buys where Trade Date (TD) < Ex Date 
MINUS Executed Sales where TD < Ex Date 

PLUS Settled Free Receives where Settlement Date (SD) < Due Bill Settlement Date 
MINUS Settled Free Deliveries where SD ^ D ue Bill Settlement Date_ 
When using Record Date (no ex date exists): 
Posted Position 

PLUS Executed Buys where Settlement Date (SD) < Record Date 
MINUS Executed Sales where SD < Record Date 
PLUS Settled Free Receives where Settlement Date (SD) < Record Date 
MINUS Settled Free Deliveries where SD < Record Date 
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[0338] If a due bill settlement date exists, then CASPR can continue to look 
at subsequent days' pending SMAC records comparing TD to Ex. (Note: it is 
unlikely that an action would have a due bill settlement date and NOT an ex date). If 
CASPR finds a qualifying SMAC transaction, it can adjust eligibility. This part of the 
process can continue until the processing status has been moved to Completed'. 

Publication Date Eligibility 

[0339] Action Types: Partial Redemptions (R), Partial Pre-Refunding (R) 

[0340] When no publication date exists, or is in the future, perform the 
Effective/Expiration Eligibility rules. 

Publication date may be in the past. 

Posted Position as of Publication Date (Begin of Day, or Close of Business previous 
day) 

PLUS Executed buys where SD is < Publication Date 
MINUS Executed sales where SD is < Publication Date 

[0341] Odd Lot Eligibility Calculation 

Action Types: Odd Lot Tender (V) 

[0342] CASPR currently populates the max eligible shares field on the 
master announcement when received from XCITEK. However, if the specialist edits 
the max eligible shares field, the system does not consider the new value. CASPR 
may not consider max eligible shares when manually creating an announcement. 
CASPR can be configured to allow manual adjustments to the max eligibility field, 
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and those manual changes can be incorporated into the eligibility calculation. The 
max eligible shares field can be added to the "create master "screen. 

[0343] If there is a record date associated with max eligible shares, then 
the system considers the entitlement calculation to be "Odd Lot" status, and 
additional rules can be incorporated to the above record date eligibility. If there is no 
record date associated with the announcement, then the max eligible shares can be 
applied against the Effective Date/Expiration Date Eligibility Calculation. 

Calculation with Max Eligible shares & Record Date: 

| Posted Position as of Record Date 
PLUS Executed Buys where Settlement Date (SD) < Record Date 
MINUS Executed Sales 

PLUS Settled Free Receives where Settlement Date (SD) < Record Date 
MINUS Settled Free Deliveries 

[0344] For those '"record date" holders, CASPR can continue to look at 
subsequent days 1 pending SMAC records, reducing the calculation for executed 
sales and increasing the calculation for executed buys. After this calculation is 
completed, if the account meets the max eligible shares, they are eligible. The 
calculation continues through expiration date. 

[0345] Example: 

Odd Lot Criteria:.......... 99 

Record Date: 02/15/2004 

Expiration Date: 03/29/2004 
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Account A held 50 shares as of 02/15/2004; they are eligible for 50 shares. 
On 03/01/2004 account buys 30 shares; account is now eligible for 80 shares. 
On 03/14/2004 account buys 50 additional shares; account is no longer 
eligible since they hold 130 shares. 

Account B held 1 50 shares as of 02/1 5/2004, they are not eligible. On 
03/05/2004 account sells 60 shares, account holds 90 shares but is not 
eligible because they were not odd Jot holders on record date. 

Account C held 85 shares as of 02/15/2004; they are eligible for 85 shares. 
On 03/01/2002 account sells 85 shares, account is not eligible since they have 
0 shares. 

Account D held 0 shares as of 02/15/2004, they are not eligible to participate 
in this offer. On 03/04/2002 they purchase 31 shares, they are still not eligible, 
since their odd lot was not held on record date. 

Inquiry Facility 

[0346] CASPR can provide a display of how an entitled position was 
calculated. The entitled position calculation display can be accessed based on an , 
announcement/account combination and can present the posted position (end-of-day 
position the day previous to eligibility date) and what transactions have been added 
to or subtracted from that posted amount. For each transaction that was added to or 
subtracted from the posted amount, the system can show the transaction share/face 
amount, transaction type, trade date, settlement date, and order number. 
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Manual Adjustments 

[0347] CASPR currently provides the ability to manually override the 
position reported on the notification. The new amount that was manually entered by 
the user reverts back to the system-generated amount every time the holders file is 
refreshed. 

[0348] This release of the system can retain this functionality and allow the 
user to manually adjust an eligible position by entering the share/face amount the 
specialist determines is correct. Additionally, the system can require the specialist to 
explain why the eligible position is being overridden and maintain that explanation 
somewhere in the database. 

[0349] When an eligible position has been overridden and a specialist has 
made an inquiry into the calculation of the eligible position, the system can show both 
the system's determination of entitled position and the override amount. The display 
can also reveal which user entered the override, when, and the explanation for the 
override. 

[0350] Explanations for position overrides can be kept in a way that allows 
the specialist to search for explanations at either the announcement level or for an 
announcement/account combination. 

[0351] The system can allow the specialist to instruct the system not to 
refresh eligible positions for a specific announcement. 
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Project Proceeds 

[0352] Proceeds are projected and their receipt is tracked for two major 
reasons: projecting proceeds of corporate actions provides an investment manager 
with the opportunity to plan for the investment of the proceeds prior to their receipt; 
and, the intra-day notification of the receipt of those proceeds allows the investment 
manager to invest them immediately. 

[0353] This functionality depends on the accurate calculation of eligible 
positions and the capture of responses to voluntary actions within CASPR. It also 
requires the accurate and reliable capture of rate and new security information either 
from the data vendor or via manual data entry. 

[0354] There are three essential elements for a projection at the 
announcement/account level: an amount that is expected to be received, a date on 
which the proceeds are expected to be received and posted, and a projection status. 
In some cases an amount cannot be determined. In other cases the expected date 
of receipt cannot be known. Each projection (at the announcement / account y level) 
can be configured to always have a projection status. 

Calculate Anticipated Proceeds 
Redemptions & Mandatory Corporate Actions 

[0355] Partial Redemptions and Partial Pre-Refunding action types cannot 
project proceeds until the "lottery" has been performed (outside of CASPR) and input 
into CASPR. It is the lottery results that can be projected. 
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[0356] For mandatory corporate actions, proceed projections can be based 
on the eligible position and the rate or price stated in the announcement. To 
calculate projected proceeds, the system can perform the required calculation 
involving the eligible position and the rate or price for each "entitlement" established 
for the corporate action. For example, for a mandatory exchange there can be at 
least two "entitlement" transactions: a security debit to remove the underlying 
security and a security credit for the new security. 

Voluntary Corporate Actions 

[0357] For voluntary corporate actions, proceeds projections can be based 
on the responded position for any given option, regardless of whether the account is 
over-committed. If no response has been recorded for an account, the projection 
report can indicate "No Response" for that account. 

[0358] To calculate projected proceeds, the system can multiply the 
responded position for a given option times the rate for each "entitlement" established 
for that option. For example, if an investor elects to take no action and there are no 
"entitlements" established for that option, no proceeds would be projected. If an 
investor elects to take cash and stock in a merger with elections, there can be three 
"entitlement" transactions: a security debit, a security credit and a cash credit. 

[0359] If a cash rate is announced in a foreign currency, the projection of 
proceeds can be provided in that foreign currency. 
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Debit of Underlying Securities 

[0360] There is no explicit indicator from the announcement vendor or 
required in the ISO 1 5022 standard dealing with whether the security which is the 
subject of the corporate action can be debited as a result of the corporate action or a 
specific election option. The system can project this removal of the underlying 
security when appropriate. For CASPR to know whether to project a debit of the 
underlying security, it can examine the price or rate qualifier within the 
announcement. A table within CASPR can list those qualifiers that imply such a 
debit. 

Inclusions / Exclusions 
Exclusions: 

[0361] Proceeds for certain corporate actions cannot be projected. 
They are identified as follows: announcements with a financial institution 2 Indicator 
of "informational"; announcements with an announcement status of "preliminary"; 
announcements with a processing status of "merged"; announcements with a 
processing status of "completed"; announcements that were terminated or deleted on 
a previous business day; and, accounts with an eligible position in an active 
announcement for which payment has been posted. 

PROJECTION STATUS: 

[0362] Each projection record can have a projection status. This projection 
status can be at the account/option. There can be at least five projection status 
values. This status information may be the same for all accounts with positions 
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eligible for an announcement (deleted or terminated), or may differ from account to 
account within an announcement (posted or no response). 

Unable to Calculate 

[0363] This status can be used when proceeds are expected, but the 
information available is insufficient to provide a credible projection (e.g., missing rate 
or price). These projections can reflect a blank amount and a blank date. 

No Response 

[0364] This status can be used when a corporate action requires a 
response but no response has yet been recorded. These projections can reflect a 
blank amount and a blank date. 

Pending 

[0365] This status indicates that the projection amount is believed to be 
accurate but the proceeds have not yet been posted. These projections can typically 
have both an amount, and a date. If the announcement is a voluntary and the 
response was for an option that has no transaction data associated with it (e.g. "no 
action"), the projection can reflect a zero amount and a blank date. 

Posted 

[0366] This status indicates that the proceeds from the corporate action are 
available to the investor and can be posted to "AMTrust" during the next scheduled 
night-time batch cycle. Projections for some action types can be automatically 
moved to the posted status on the morning of payable date in anticipation of receipt 
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of funds (e.g., redemptions can automatically be moved to Posted projection status 
on the morning of payable date). 

Deleted / Terminated 

[0367] If an announcement is moved to the deleted or terminated 
announcement status, the system can reflect a zero projection during the business 
day on which it was marked as deleted or terminated. The date "field can be blank. 

START PROJECTIONS: 

[0368] Proceeds can be projected for every active mandatory or 
redemption corporate action for which a rate or price exists, regardless of when it is 
expected to be paid. 

[0369] Proceeds can be projected for active voluntary corporate actions for 
which a rate or price exists - but only for those accounts that have submitted a valid 
response. 

STOP PROJECTING: 

[0370] CASPR can stop projecting proceeds at the end of the business day 
on which the payment can be posted (unless the announcement is deleted or 
terminated). That is, when the payment is reflected in "AMTrust", the projection may 
no longer be reflected on the projection report. 

Display of Projected Proceeds 

[0371] The system can provide a display of the projected proceeds for the 
specialist. For summary projections at the "registration / where held" level, the 
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information can be displayed on the master announcement page for mandatory 
actions. For voluntary corporate actions, the summary projections at the "registration 
/ where held" level can be displayed on the option page. 

[0372] Projections at the account level can be displayed on the holders 
page for all corporate actions. There can be a toggle on this page that allows the 
specialist to turn off the display of projected proceeds if so desired. All sorts and 
filters currently available on the holders page can be available when displaying 
projections. 

Maintenance 

[0373] Projected proceeds must be updated on a real-time or near real-time 
basis for mandatory corporate actions whenever the eligible position changes for an 
account or a rate or price changes at the announcement level. Projected proceeds 
must be updated on a real-time or near real-time basis for voluntary corporate actions 
whenever the responded position changes for an account or a rate or price changes 
at the option level. A change in election can also prompt the system the recalculate 
projected proceeds. Additionally, any time the projected payable date changes on 
any corporate action, a replacement projection record can be reported to the investor 
(or investment manager) as well as an updated notification. 

Projection Audit Log 

[0374] CASPR can retain a record of every projection ever communicated 
to the investor or investment manager. It is expected that this projection information 
can be kept at the announcement level and can be archived with the announcement. 
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This history must be available to financial institution 2 clearing via an on-line screen, 
searchable by any combination of the various fields such as, for example, 
announcement, account, and/or expected receipt date. 

Capture Payment Information 

[0375] Some corporate action payments can be accurately anticipated both 
in terms of amount and timing. In order to provide information on which investment 
decisions can be made, payment information must be made available to investment 
managers throughout the day as proceeds are received. 

[0376] Payments recorded in CASPR can be made either in cash or 
securities. The majority of corporate actions are processed through DTC and 
proceeds are credited to a financial institution 2 account at DTC. Intra-day electronic 
files are available from DTC that provide information about transactions (debits and 
credits) made in the period since the last update. 

[0377] CASPR can attempt to link each new payment item to an active 
corporate action announcement by comparing the action type and CUSIP number (or 
contra CUSIP). DTC action types can be mapped to financial institution 2 action 
types to facilitate this matching process. The CUSIP number on the payment record 
can first be compared to the underlying CUSIP numbers of active corporate actions in 
CASPR. If no match is found, the contra-CUSIPs recorded at the option level on 
voluntaries can be searched. If an exact match can be found, then the system can 
automatically link the payment to the announcement (and the specific option, if a 
voluntary action). 
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[0378] The system can provide the ability to manually unlink a payment 
from an announcement, if the system automatically linked a payment to the wrong 
announcement. At this point, each source payment record can either be linked to a 
master announcement record, or be open (pending a link). If a payment item is not 
linked to a corporate action, either because the system could not link it automatically 
or a user unlinked it, the item can appear in the "Exception Payments" category on 
the appropriate specialist's "To Do" page. The specialist for these exception 
payments can be determined by using the announcement assignment criteria within 
CASPR as applied to the DTC security description and DTC action type. 

[0379] The payment source records can be kept in the same database as 
the announcement source records. When a specialist has exception payments in his 
folder the list of those payments would be viewed on the existing Source Summary 
screen. A new screen can be provided to view the details of a payment source 
record and to provide the specialist with an opportunity to enter a CASPR ID, so that 
an open payment can be linked to an existing announcement. 

[0380] There can be more than one payment source record linked to an 
announcement, but usually never more than one announcement linked to a payment 
source record. The system can be configured to never automatically link a payment 
to an inactive corporate action in CASPR. If the specialist wishes to link a payment 
to an inactive corporate action manually, the announcement status can be first 
changed to "active" status. 

[0381] One of three things can happen to an open exception payment on 
the source file. The specialist can manually link it to an existing announcement. The 
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system can have to have a facility to manually link an open payment to a master 
announcement record. The specialist can establish a new announcement and link 
the payment to it. The specialist can mark the payment as forever orphaned and the 
system can remove it from the exception payment category on the "To Do" page and 
ignore it for future processing. The system can record which specialist marked the 
payment as orphaned and require the specialist to insert text (linked directly to the 
payment record) explaining why the payment is not being linked to a CASPR 
corporate action. So, in summary, there are three possible linking states for a source 
payment record: Linked, Open, and Orphaned. 

[0382] In addition to the automatic capture of DTC payments, the system 
can provide the ability for the specialist to record a payment received from a source 
that does not provide an electronic feed. This payment information can be manually 
entered directly on the Option Detail screen (and so can be linked to an 
announcement) and be recorded in the source database. The system can be 
configured to not permit any user to edit any payment information that is received 
electronically. If the payment information is entered manually, the system can allow a 
user to edit the data. All payment records can be archived - even if they are never 
matched to an announcement record. 

Reconcile Receipt vs. Projected Proceeds 

[0383] Once a payment is linked to a specific corporate action it can be 
reconciled to the amount projected. The source contains information regarding the 
source of the payment and the system correlates that to specific where-held code(s). 
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The amount received can be compared to the amount projected for that where held 
code (or group of where held codes). 

[0384] If the payment is within a specific tolerance, then the system can 
automatically send the appropriate transactions to "AMTrust" and reflect the projected 
amount(s) as "posted". This tolerance can be established in the administration tool 
by action type and payment type (cash or shares). If the payment is not within the 
specified tolerance, the payment can be manually reconciled to the projections. 

[0385] Exception 1 : If the securities for a given announcement/option are 
split between various locations (including securities on loan) then CASPR may not 
automatically move the projection status to posted and may not release transactions 
for posting to AMTrust. The system can put the announcement in the unreconciled 
payments folder. 

[0386] Exception 2: CASPR can create AMTrust transactions for some 
announcements and not for others. If CASPR is not able to create the AMTrust 
transactions for an announcement, it may not automatically move the projection 
status to posted. Any announcement for which CASPR cannot create the AMTrust 
transactions can be moved to the unreconciled payments folder, regardless of 
whether the payment is reconciled or not. 

[0387] In order to manually reconcile the payment versus the projected 
amount, the specialist can use the master announcement screen (for mandatories 
and redemptions) or the option detail screen (for voluntaries). These screens can 
also have information regarding payments received, including amount, date received, 
source, etc. 
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[0388] The following is an example illustration of information that can be 
displayed a revised Option Detail Screen: 



Option Detail. Screen 
Announcement ID 
Option Rate 


New CUSIP(s) 


DTC Date: 21 Oct 2004 

<£1 nnn nnn nn 
Cp I ,uuu,uuu.uu 

DTC CUSIP: 


Position: 365,000 Pmt Amt: 
Pmt Amt: 


Total Position Total Proceeds 
Acct 1 Eligible Position 


Proceeds 


Acct 2 Eligible Position 


Proceeds 


Acct 3 Eligible Position 


Proceeds 


Total Position Total Proceeds 





Multiple proceeds columns may be provided when receiving cash and securities. 



Adjust Projected Proceeds 

[0389] CASPR can support different methods for adjusting the projected 
proceeds on a corporate action. Changing the rate or price on the announcement or 
the option can automatically generate a recalculation of projected proceeds for all 
accounts electing that option. Manually adjusting the eligible or responded position 
for an account can automatically generate a recalculation of projected proceeds for 
that account. The system can allow the specialist to manually adjust the proceeds 
amount for a specific account. If a projected amount is adjusted, there may be no 
requirement that the system provide the specialist with a narrative field to explain the 
adjustment. The system can stop recalculating when announcement status is 
terminated or deleted, the posted flag is set, or the processing status is completed. If 
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there is a need to change any proceeds amounts after the announcement is 
completed or terminated, the specialist can have to change the status of the 
announcement and then generate a recalculation of the proceeds. Revised 
projections can be sent for the account or accounts that were affected by the 
recalculation. 

Process Prorated Payments 

[0390] When a payment is prorated, the specialist can manually reconcile 
the payment. Adjustments can be made to the prorated positions and the transaction 
detail on the announcement may require additions or changes. This can, in turn, 
affect the projections. When a prorated payment is received, the system can allow 
the specialist to indicate that the payment does not match the projection because it 
has been prorated. This can occur on the option detail page. The specialist can 
make sure the system knows to which where held codes or accounts the prorated 
payment applies. 

[0391] The system can accept a proration factor (percentage) and then ask 
what can be done with the securities that were not accepted. The specialist can tell 
the system either to return the securities to the account(s) in a non-restricted state, or 
establish an additional entitlement transaction at the option level that would apply to 
the remaining securities. This new entitlement transaction information can be added 
to the option detail page. 
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Create and Post Transactions 
Transaction Processing 

[0392] Once the payment has been reconciled to the projections, if 
transactions have not already been posted to AMTrust, they can be posted at this 
time. 

[0393] The screen used to reconcile payments (either the option detail or 
Holders page) can allow the specialist to release transactions for posting by option 
(regardless of where-held), by where-held within the option, or by account within the 
option. When the specialist has pushed the "release transactions" button, CASPR 
can change the projection status on the released accounts to "posted" status. 

[0394] Additionally, CASPR cari determine whether or not it can actually 
create the "AMTrust" transactions for the released accounts. The user can specify 
within the administration tool 6E those corporate action types for which CASPR can 
create "AMTrust" transactions. If CASPR can create the "AMTrust" transactions, it 
can create them and send them to "AMTrust" for posting in the next end of day batch 
cycle. In order to create the "AMTrust" transactions for corporate actions, CASPR 
can reference a table which indicates what kind of transaction(s) to create based on 
the detailed announcement, price and rate information within CASPR. It also 
includes certain AMTrust data such as tax and standard codes that are required for 
AMTrust transaction processing. 

[0395] The specialist can export CASPR projection/transaction data to a 
spreadsheet, for example. This function can be used after the payment has been 
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balanced in CASPR. The availability of this "Create Transaction Worksheet" function 
does not, however, depend on whether or not CASPR can post the transactions. 

Processing Status 

[0396] The processing status of an announcement is used to monitor and 
manage the progress of the announcement through the various stages of processing. 
The system is able to automatically set the processing status in at least some 
embodiments. 

[0397] Once all the transactions have been posted and all payments have 
been reconciled, CASPR can automatically move the processing status to completed 
in a batch process. The above rule, however, applies only in certain situations. For 
example, if a decision is made not to enter the receipt of securities into CASPR 
manually (since there can be no automatic feed of this information) the specialist can 
move the processing status to "completed" manually when all proceeds have been 
received. 

[0398] An announcement can remain in some type of "pending" processing 
status until it is completely posted, all payments received, and all fractional share 
entitlements appropriately processed. As a result, CASPR must provide some facility 
for the specialist to change the processing status manually. 

[0399] If the announcement status was changed to terminated or deleted 
during a given business day, the system can automatically move the processing 
status to "completed" in batch processing. This rule applies regardless of the action 
type. 
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[0400] For some action types/indicators CASPR can automatically move 
the processing status to "completed" when no transactions need to be generated. 
This would include Voluntaries where every account elected no action, escrows to 
maturity, full pre-refunded announcements, informational announcements, and the 
like. This can be configured by using a rule in the action type table for mandatory 
corporate actions, but is related to the election chosen for voluntaries. 

[0401] CASPR can know what announcements are awaiting payment when 
transactions are projected but all payments have not been received and reconciled. 

Electronic Notification of Announcements and Proceeds Projections 

[0402] In one example operational embodiment, the financial institution 2 
provides PFPC a full file of all notifications for their accounts at 7:00 PM nightly. 
Then, beginning at 6:00 AM (or soon thereafter) hourly incremental files are sent to 
PFPC for notifications released intraday. These files now include all Corporate action 
notifications. 

[0403] Projections can follow the same logic, full file nightly processing for 
purposes of resynchronizing the PFPC application with CASPR, and incremental 
processing throughout the day for new, and updated projections. Because 
projections can occur and change at any time, one aspect of the system can use a 
more real time type of communication, rather than batch processing. 

[0404] Accounts who had a projection pending, but have since sold can 
have a replacement projection record that effectively zeroes out their previous 
projection. The full projection file from CASPR is the most recent projection for each 
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account. The incremental projections can be brand new projections or replacements 
for previously sent projections. 

Mandatory Workflow 

[0405] CASPR can incorporate workflow management for non Voluntary 
Corporate Actions. Additional categories can be added to accommodate important 
dates indicating action must be taken, such as ex date, meeting date, and other like 
dates 

Payment/Processing Workflow 

[0406] CASPR can take in DTC's intraday CCF transmissions of 
unallocated and allocated payments for processing. A reconcilement between the 
amounts CASPR is projecting to receive versus the amount received is performed 
and exceptions are reported accordingly on the specialists' To Do page as 
"unreconciled payments". . Payments received but unable to find a CASPR master 
can be flagged as "exception payments" on the specialists to do page. Actions for 
which information is required for transactions and projections, but which information 
is missing, can be flagged as 'missing information'. Payments, which have been 
released by CASPR but have not yet received a DTC payment record, can be 
flagged as "open receivables" in the system. 

Real Time Entitlement Processing 

[0407] Entitlement calculations can be generated and maintained real-time 
or near real-time based on the entitlement rule for that action type. The specialist 
can have the ability to override or adjust all positions. Adjustments are be maintained 
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in the CASPR Holders Audit Log. The system can also provide displays into how the 
entitled position was calculated. 

Real Time Proceeds Projections 

[0408] For Voluntary Corporate Actions, once a response has been 
captured in the system, CASPR can begin projecting the accounts' proceeds due. All 
other Corporate Actions can begin projecting once rates and prices have been 
established. A file can be made available of all cash and stock projections in addition 
to the projected payment date, and status (e.g., pending, replace, paid). The 
specialist can view all projections and make adjustments as necessary. The file is 
available for use with accounting systems, portfolio management workstations, and 
other systems. 

Transaction Automation 

[0409] CASPR can turn the projections into transactions for transmission to 
one or more accounting systems. 

Volume reporting for analysis, trends and workflow management 

[0410] CASPR can have multiple reports to assist in the management of 
overall volumes. Specific volumes relating to action types and/or specialist can also 
be available. Information can be historical, rolled up by month, quarter, year, or other 
period for trend analysis. 
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Response Management (Investment Manager/LMC) 

[0411] The investment manager can have a workflow screen at sign-on that 
assists with management of corporate actions by requiring response, client, receipt 
date. It can allow the manager to stay as informed as desired, while ensuring 
attention is directed to expiring actions requiring an investment decision. An internal 
financial institution 2 operations contact (LMC) can be assigned to each Investment 
Manager to assist in the solicitation and response process. They can be able to 
manage their group of Investment Managers through the same set of workflow 
management screens. 

Response Management (Specialists) 

[041 2] Upon input of the response by the Investment Manager or LMC the 
shares can automatically be "restricted" from sale, delivery or pledge. The specialist 
can be alerted to the response if it is on or after the Response Deadline, if the offer is 
a first-come, first-served offer, or the offering price is dictated by the date an election 
is submitted. As the specialist instructs the appropriate depository, the system can 
mark the responses/shares as "submitted" and subsequent responses can be kept 
separate from the "submitted" responses. As each group of instructions is submitted, 
"bundles" are created and can correspond to each instruction at the depository. 

[0413] Withdrawal and/or changes to instructions can be processed 
automatically if the "bundling" has not yet occurred. If "bundling" has occurred, the 
withdrawal/change instruction can be displayed on the specialists To Do page for 
processing. There can be a series of workflow management tools in association with 
the processing and acceptance of withdrawals so none are missed. Responses can 
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also be sent CCF to DTC and additional workflow management can performed 
around that process. 

Multiple Vendors 

[0414] CASPR can receive multiple vendors and utilize current functionality 
to resolve updates or discrepancies. Other vendors can include, for example and 
without limitation, vendors with trade designations of "DTC", "FN", and "Exshare", in 
addition to swift messages from global sub-custodians such as those processed 
under a "Chase" trade designation. . 

Incoming & Outgoing Communication Methods 

[0415] CASPR can communicate SWIFT in and out of the system 
(IS015022, MT564-568), with the DTC Global Corporate Action Hub (GCAH), E-mail, 
Intranet, Internet, and/or with an internal portfolio management system of the 
financial institution 2, such as the trade-designated "Co-Pilot", "IVW", or "Mink" 
systems, for example. 

[0416] The benefits of the present corporate action methods and systems 
are readily apparent. The present methods and systems can reduce risk by 
streamlining various processes through reducing manual intervention. Important 
aspects of corporate action information such as critical dates, for example, can be 
substantially automatically calculated and tracked to reduce or eliminate omissions or 
misplacement by personnel of a financial institution. Notifications can be generated 
and distributed in a timely manner to responsible parties. Aspects of the present 
methods and systems can route notifications based on software, database and table 
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structures that apply criteria that previously could not be effectively managed in a 
comparatively more manual environment. It can be seen that these benefits improve 
customer service by including more timely notification to investors and providing 
more efficient posting of proceeds, for example, associated with corporate action 
responses. Other benefits include improved control, reduced risk, and increased 
operating efficiency of the financial institution. 

[0417] The examples presented herein are intended to illustrate potential 
implementations of the present method and system embodiments. It can be 
appreciated that such examples are intended primarily for purposes of illustration of 
the present methods and systems to those skilled in the art. No particular aspect or 
aspects of the example method and system embodiments described herein are 
intended to limit the scope of the present invention. 

[0418] It is to be understood that the figures and descriptions of the present 
invention have been simplified to illustrate elements that are relevant for a clear 
understanding of the present invention, while eliminating, for purposes of clarity, 
other elements. Those of ordinary skill in the art will recognize, however, that these 
and other elements may be desirable. However, because such elements are well 
known in the art, and because they do not facilitate a better understanding of the 
present invention, a discussion of such elements is not provided herein. 

[0419] The term "computer system" as applied herein may include, without 
limitation, one or more of the following devices: a wireless personal computer, a 
laptop, a personal digital assistant (PDA), a wireless pager, and a "computed may be 
a microcomputer, minicomputer, laptop, personal data assistant, cellular phone, two- 



146 



ATTORNEY DOCKET NO. 020420 



way pager, processor, and any other computerized device capable of transmitting, 
receiving and/or processing data for transmission over a wireless network, a wireline 
network or a shared network. 

[0420] The term "computer-readable medium" is defined herein as 
understood by those skilled in the art. It can be appreciated that various method 
steps described herein may be performed, in certain embodiments, using instructions 
stored on a computer-readable medium or media that direct a computer system to 
perform the method steps. A computer-readable medium can include, for example, 
memory devices such as diskettes, compact discs of both read-only and writeable 
varieties, optical disk drives, and hard disk drives. A computer-readable medium can 
also include memory storage that can be physical, virtual, permanent, temporary, 
semi-permanent and/or semi-temporary. A computer-readable medium can further 
include one or more data signals transmitted on one or more carrier waves. 

[0421] It can be appreciated that, in some embodiments of the present 
^methods and systems disclosed herein, a single component can be replaced by 
multiple components, and multiple components replaced by a single component, to 
perform a given function. Except where such substitution would not be operative to 
practice the present methods and systems, such substitution is within the scope of 
the present invention. 

[0422] Whereas particular embodiments of the invention have been 
described herein for the purpose of illustrating the invention and not for the purpose 
of limiting the same, it can be appreciated by those of ordinary skill in the art that 
numerous variations of the details, materials and arrangement of parts may be made 
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within the principle and scope of the invention without departing from the invention 
described in the appended claim. 
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